From a5a0edcea2232ad4aee62a69d8475559620d99b6 Mon Sep 17 00:00:00 2001 From: Leander Beernaert Date: Fri, 15 Jul 2022 15:48:29 +0200 Subject: [PATCH] feat(GODT-1715): Add ImapTest scripts Add ImapTest scripts which can be used to evaluate the compliance of and profile Gluon. This patch also add some Documentation on how to use the scripts. --- benchmarks/README.md | 43 + benchmarks/imaptest/README.md | 41 + benchmarks/imaptest/default.sh | 10 + benchmarks/imaptest/dovecot-crlf | 256054 ++++++++++++++++++++++++++++ benchmarks/imaptest/full.sh | 25 + 5 files changed, 256173 insertions(+) create mode 100644 benchmarks/README.md create mode 100644 benchmarks/imaptest/README.md create mode 100755 benchmarks/imaptest/default.sh create mode 100644 benchmarks/imaptest/dovecot-crlf create mode 100755 benchmarks/imaptest/full.sh diff --git a/benchmarks/README.md b/benchmarks/README.md new file mode 100644 index 00000000..51958611 --- /dev/null +++ b/benchmarks/README.md @@ -0,0 +1,43 @@ +# Gluon Benchmarks + +Collection of benchmarks and/or tools to test and/or profile Gluon performance. See each folder's `README.md` for more information. + + +## Capturing Profiles + +You can use the gluon demo binary as a way to profile Gluon. Be sure to build the binary with `go build`. + +You need to run the benchmark for each type of profile you wish to generate as it is not possible to profile +multiple items at the same time. + +Example: +```bash +./demo -profile-cpu -profile-path=$PWD # Generates $PWD/cpu.pprof - CPU Profiling. +./demo -profile-mem -profile-path=$PWD # Generates $PWD/mem.pprof - Memory Profiling. +./demo -profile-lock -profile-path=$PWD # Generates $PWD/block.pprof - Locking/blocking profiling. +``` + +When the benchmark has finished execution kill the demo binary and the profile data will be written out. + +## Analysing the data + +You need to install the pprof tool (`go install github.com/google/pprof`) to analyse the generated data. + +After the tool is installed you can analyse the data with `pprof `. See [this blog post](1) and +[this tutorial](2) for an introduction to pprof. + +For a more comprehensible overview you can also launch pprof's web interface which includes many additions +such as a flamegraph. + +```bash +pprof -http 127.0.0.1:8080 +``` + +## Available Benchmarks/Tools +* [imaptest](imaptest) + +## References + +[1]: https://www.youtube.com/watch?v=N3PWzBeLX2M + +[2]: https://go.dev/blog/pprof \ No newline at end of file diff --git a/benchmarks/imaptest/README.md b/benchmarks/imaptest/README.md new file mode 100644 index 00000000..37cb98e5 --- /dev/null +++ b/benchmarks/imaptest/README.md @@ -0,0 +1,41 @@ +# ImapTest - Profiling & Compliance + +This "benchmark" uses [Dovecot's ImapTest tool](https://imapwiki.org/ImapTest) to profile the performance of Gluon. The +information present here can also be used to verify the compliance of Gluon with the IMAP protocol. + +## Installation + +Follow the instructions outlined in [the tools' installation page](https://imapwiki.org/ImapTest/Installation) +to build the binary. The test mailbox is already present in this folder. + +## Running ImapTest + +The bare minimum required for running ImapTest is a username and a password: + +```bash +imaptest host=127.0.0.1 port=1143 user=user1@example.com pass=password1 +``` + +For convenience, we have provided a few test scripts to quickly test Gluon with the demo binary present in this +repository. + + * **default.sh**: Runs the default ImapTest benchmarks. + * **full.sh**: Runs every available ImapTest operation. + +Both of these scripts can be customized with the following environment variables: + +* **IMAPTEST_BIN**: Location of the ImapTest binary. +* **SECS**: Number of seconds for which to run ImapTest. +* **CLIENTS**: Number of concurrent clients used by ImapTest. + +Example: +```bash +# Run imaptest for 60s with one conccurent client connection. +IMAPTEST_BIN=/bin/imaptest SECS=60 CLIENTS=1 ./default.sh +``` + +## Note about this tool +The execution of this tool is non-deterministic, this means it can't be used to compare profile runs of two different +versions. + +It should be only be used to profile and/or stress the codebase in an isolation. \ No newline at end of file diff --git a/benchmarks/imaptest/default.sh b/benchmarks/imaptest/default.sh new file mode 100755 index 00000000..167067a4 --- /dev/null +++ b/benchmarks/imaptest/default.sh @@ -0,0 +1,10 @@ +#/bin/bash + +CLIENTS=${CLIENTS:-"200"} +SECS=${SECS:-"60"} +IMAPTEST_BIN=${IMAPTEST_BIN:-imaptest} + +${IMAPTEST_BIN} host=127.0.0.1 port=1143 \ +user=user1@example.com pass=password1 \ +mbox=dovecot-crlf \ +no_pipelining secs=${SECS} clients=${CLIENTS} diff --git a/benchmarks/imaptest/dovecot-crlf b/benchmarks/imaptest/dovecot-crlf new file mode 100644 index 00000000..b0689c9b --- /dev/null +++ b/benchmarks/imaptest/dovecot-crlf @@ -0,0 +1,256054 @@ +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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 + + + 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: +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 ; 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 ; Tue, 6 Aug 2002 00:22:34 -0500 +Message-Id: <200208060522.g765MXt31378@ns5.trafficmagnet.net> +From: Sarah Williams +To: "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 +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 + + + + + + + + + + + + +
Hi
+
+ I visited DOVECOT.PROCONTROL.FI, = +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.
+
+ I would like to introduce you to TrafficMagnet.com. We = +offer a unique technology + that will submit your website to over 300,000 search engines and directories = + + every month.
+
+ + + + + + +
 
+
+ You'll be surprised by the low cost, and by how effective this website = +promotion + method can be.
+
+ To find out more about TrafficMagnet and the cost for submitting your = +website + to over 300,000 search engines and directories, visit www.TrafficMagnet.com. +
+
+ I would love to hear from you.
+

+ Best Regards,

+ Sarah Williams
+ Sales and Marketing
+ E-mail: sarah_williams@trafficmagnet.com
+ http://www.TrafficMagnet.com= + +
+ + +--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: +Delivered-To: dovecot@procontrol.fi +Received: from XXXXXX (unknown [211.101.236.162]) + by danu.procontrol.fi (Postfix) with ESMTP id C6D0823832 + for ; Tue, 6 Aug 2002 13:01:15 +0300 (EEST) +From: "Vanessa Lintner" +Subject: [dovecot] I have visited DOVECOT.PROCONTROL.FI and noticed that ... +To: dovecot@procontrol.fi +Content-Type: text/html; +Reply-To: "Vanessa Lintner" +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 + + + + + + + + + + + + + + + + +
  + + + + + + + +
+ + + + + +

+ + Hello,
+
+ I have visited dovecot.procontrol.fi 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. SeekerCenter + 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 SeekerCenter.net.
+
+ Give your website maximum exposure today!
+ Looking forward to hearing from you.
+
+ + +
+ Best + Regards,
+ Vanessa Lintner
+ Sales & Marketing
+ www.SeekerCenter.net + 		+
+
+ +
+
+
+

+ 		+ + + + + + + + + + + + + + + + +
+ +

+
+ + + + + + + + + + + +
   
   
+ +
+
+
+ + + +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: +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 ; 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 +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: +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 ; 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 +To: dovecot mailing list +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 Rückert + +-- +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: +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 ; 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: +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 ; 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 +To: dovecot mailing list +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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: +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 ; 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 +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: +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 ; 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: +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 ; 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 +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: +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 ; 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 +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 + + * 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 + + All IMAP processes can now write to specified log file instead of + syslog. Either do this by setting IMAP_LOGFILE environment, or + give -l 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: +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 ; 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: +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 ; 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 +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: +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 ; 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: +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 ; 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" +To: +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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 + + + 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: +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 ; 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 ; Sun, 15 Sep 2002 00:00:01 +0200 +Message-ID: <059101c25c30$da8c2b40$0801a8c0@svrmarty.gnome.at> +From: "SvR Marty" +To: +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: +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 ; 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 +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: +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 ; 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 ; Sun, 15 Sep 2002 15:56:15 +0200 +Message-ID: <009601c25cb6$b1e567c0$0801a8c0@svrmarty.gnome.at> +From: "SvR Marty" +To: +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" +To: +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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 + ++ 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: +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 ; 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 +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: +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 ; 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 +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 + + + --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: +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 ; 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 +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 + + * 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: +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 ; 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 +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 + + * 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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" +To: +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: +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 ; 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 ; Sat, 12 Oct 2002 17:18:48 +0100 +Envelope-To: +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: +From: Sean Rima +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: +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 ; 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 +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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 +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: +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 ; 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" +To: +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 +To: Timo Sirainen +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 ", "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 + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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" +To: "Dovecot Mailinglist" +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: +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 ; 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 +To: Korbinian Riedhammer +Cc: Dovecot Mailinglist +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: +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 ; 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" +To: "Dovecot Mailinglist" +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: +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 ; 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 +To: Korbinian Riedhammer +Cc: Dovecot Mailinglist +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: +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 ; 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" +To: "Dovecot Mailinglist" +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: +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 ; 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 +To: Dovecot Mailinglist +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: +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 ; 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" +To: "Dovecot Mailinglist" +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: +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 ; 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 ; 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 ; Sat, 19 Oct 2002 23:38:29 -0700 (PDT) +Date: Sat, 19 Oct 2002 23:38:29 -0700 (PDT) +From: "Ian R. Justman" +X-X-Sender: ianj@zozo.chocobo.org +To: Dovecot Mailinglist +Subject: [dovecot] observations/qestions of mbox concurrency ability (Yay!) on current + CVS +Message-ID: +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: +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 ; 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 +To: "Ian R. Justman" +Cc: Dovecot Mailinglist +In-Reply-To: +References: +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Architectural questions +Message-ID: <20021021130319.GX543@xs4all.nl> +References: <20021019123846.GK543@xs4all.nl> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: + + + +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 + +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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 +> 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +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: +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 ; 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 ; 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 +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 + +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: +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 ; 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 +To: Thomas Wouters +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" 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +To: Hielke Christian Braun +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: +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 ; 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 +To: Hielke Christian Braun +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: +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 ; 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 ; Tue, 12 Nov 2002 14:27:34 +0100 (MET) +From: Simon Lindgren +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 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 wrote: ] +-- +No, everything is alright here, you should check a different server. +-- + +[ Bo Thorsen 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: +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 ; 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 +To: Simon Lindgren +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: +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 ; 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 +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 + + + 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: +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 ; 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" +Reply-To: me@squeakyweasel.net +To: 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: +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 ; 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" +Reply-To: me@squeakyweasel.net +To: 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: +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 ; 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 +To: me@squeakyweasel.net +Cc: "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 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: +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 ; 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 +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 + + + 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: +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 ; 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 +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 + + + 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: +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 ; 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 +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: +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 ; 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 ; 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" +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: +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 ; 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 +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: +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 ; 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 ; Tue, 26 Nov 2002 17:13:59 -0500 (EST) +Subject: [dovecot] rpm and srpm for dovecot +From: seth vidal +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: +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 ; 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 +To: "Paul C. Bryan" +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: +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 ; 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 +To: "Paul C. Bryan" +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: +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 ; 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" +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: dovecot and pop3 +References: <3DE3EEBD.1040700@pbryan.net> +From: "James H. Cloos Jr." +In-Reply-To: <3DE3EEBD.1040700@pbryan.net> +Date: 26 Nov 2002 17:47:22 -0500 +Message-ID: +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 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: +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 ; 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" +Reply-To: me@squeakyweasel.net +To: 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: +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 ; 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 +To: me@squeakyweasel.net +Cc: "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: +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 ; 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 +To: "James H. Cloos Jr." +Cc: "Paul C. Bryan" , dovecot@procontrol.fi +In-Reply-To: +References: <3DE3EEBD.1040700@pbryan.net> + +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: +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 ; 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 ; 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" +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: +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 ; 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 +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 + + - 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: +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 ; 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 +To: Timo Sirainen +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 +> +> - 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: +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 ; 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: +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 ; 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 +To: weasel@squeakyweasel.net +Cc: "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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 ; 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 ; Thu, 5 Dec 2002 16:56:39 +0100 (CET) +Subject: [dovecot] questions +From: Farkas Levente +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +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 +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +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 +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +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 +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: +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 ; 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 +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 +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +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 +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: +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 ; 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 +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 +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +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 +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 ; Wed, 18 Dec 2002 10:47:41 -0500 (EST) +Date: Wed, 18 Dec 2002 10:47:53 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] 0.99.4 uploaded to Debian +Message-ID: +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 +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; Thu, 19 Dec 2002 10:29:25 -0500 (EST) +Subject: [dovecot] dovecot replacing uw-imap +From: seth vidal +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: +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 ; 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 +To: seth vidal +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" 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: +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 ; 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 +To: David Champion +Cc: seth vidal , 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: +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 ; 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 +To: seth vidal +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: +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 ; 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 +To: Timo Sirainen +Cc: seth vidal , dovecot@procontrol.fi +Subject: [dovecot] Re: dovecot replacing uw-imap +Message-ID: <20021220025320.GA27540@dust.uchicago.edu> +Mail-Followup-To: Timo Sirainen , + seth vidal , 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" 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: +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 ; 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 +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: +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 ; 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 +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 +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 +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 +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +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: +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 ; 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 +To: Hon +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: +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 ; 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 ; Fri, 27 Dec 2002 18:44:55 +0100 (CET) +Date: Fri, 27 Dec 2002 18:44:55 +0100 (CET) +From: Jonas Smedegaard +X-X-Sender: jonas@auryn.jones.dk +Reply-To: Jonas Smedegaard +To: dovecot@procontrol.fi +Subject: [dovecot] o.99rc2 works on PowerPC - sort of... +Message-ID: +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: +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 ; 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 ; 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 +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 + + +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: +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 ; 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 +To: Dominic Marks +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: o.99rc2 works on PowerPC - sort of... +Message-ID: <20021227190331.GA13985@irccrew.org> +References: +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 +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 +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 ") 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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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 ") 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: +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 ; 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 +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 +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 ") 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: +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 ; 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 +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 +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 ") 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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +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 +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 ") 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: +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 ; 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 +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 +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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: +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 ; 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 +To: "Gareth J. Greenaway" +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: +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 ; 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 +To: "Gareth J. Greenaway" +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: +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 ; 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 +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 + + * 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 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: +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 ; 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 ; Thu, 2 Jan 2003 15:58:35 -0800 +Content-Type: text/plain; + charset="us-ascii" +From: Brad Figg +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: +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 ; 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 +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: +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 ; 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: +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 ; 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 +To: "Amelia A.Lewis" +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: "Amelia A.Lewis" +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: maildirmake, shared folders +In-Reply-To: <20030102210703.34a45879.amyzing@talsever.com> +Message-ID: +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 + +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: +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 ; 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 +To: "Gareth J. Greenaway" +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" , + 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" 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: +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 ; 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 +To: dovecot +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: +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 ; 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 +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 +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: +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 ; 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 +To: Jesse Peterson +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 + 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: +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 ; 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 +To: "Amelia A.Lewis" +Cc: dovecot +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: +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 ; 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 +To: Timo Sirainen +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 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: +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 ; 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" +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 +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: +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 ; 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 +To: "Paul C. Bryan" +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: +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 ; 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 +From: Xavier Beaudouin +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: +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 ; 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" +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 +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: +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 ; 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" +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: +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 ; 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 +To: "David E. Storey" +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" 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: +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 ; 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" +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: +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 ; 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" +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: +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 ; 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 +To: dovecot +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: +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 ; 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 +To: "Paul C. Bryan" +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: +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 ; 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 +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: +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 ; 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 +To: "Amelia A.Lewis" +Cc: dovecot +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 +#include +#include + +#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: +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 ; 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 ; + Mon, 6 Jan 2003 09:03:36 -0800 +Content-Type: text/plain; + charset="us-ascii" +From: Brad Figg +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: Error: child (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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +Reply-To: brad@tpi.com +To: Timo Sirainen +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: +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 ; 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 +Reply-To: brad@tpi.com +To: Timo Sirainen +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +Reply-To: brad@tpi.com +To: Timo Sirainen , 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Logging suggestions? +Message-ID: <20030108175006.GB27418@dust.uchicago.edu> +Mail-Followup-To: Timo Sirainen , 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" 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: +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 ; 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 +To: Timo Sirainen , 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" 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: +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 ; 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 ; Wed, 8 Jan 2003 14:34:15 -0500 (EST) +Date: Wed, 8 Jan 2003 14:34:15 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] Bug reports from Debian BTS +Message-ID: +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 +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +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: +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 + +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 + + + +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +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: +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 + +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi, 175507@bugs.debian.org, + debian-bugs-dist@lists.debian.org, dovecot@packages.qa.debian.org +In-Reply-To: +References: <20030105034215.23AE3FECE@ythgin.talsever.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: +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 ; 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 +To: dovecot@procontrol.fi +Cc: 175509@bugs.debian.org, debian-bugs-dist@lists.debian.org, + dovecot@packages.qa.debian.org +In-Reply-To: +References: +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: +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 ; 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 +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 +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: +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 ; 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 +To: David Champion +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: +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 ; 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 +To: Amelia A Lewis +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: +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 ; 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 +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 +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 +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 +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: +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 ; 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 +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: +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 ; 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 +To: Jonas Smedegaard +Cc: dovecot@procontrol.fi +In-Reply-To: +References: <1042161868.32389.112.camel@hurina> + +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: +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 ; 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 ; 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 ; Fri, 10 Jan 2003 06:59:03 +0000 +Date: Fri, 10 Jan 2003 20:53:19 +0000 +From: M +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: +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 ; 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 +To: M +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: +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 ; 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 ; 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 ; Fri, 10 Jan 2003 07:42:57 +0000 +Date: Fri, 10 Jan 2003 21:37:14 +0000 +From: M +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 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: +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 ; 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 +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 + + + 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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: seth vidal +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: +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 ; 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 +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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 ; 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 ; 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 +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: +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: +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 ; 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 +To: Johan Fredin +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; Mon, 13 Jan 2003 16:30:48 -0500 (EST) +Subject: [dovecot] security audit of the code +From: seth vidal +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: +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 ; 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 +X-X-Sender: griffin@spelaroll.campus.luth.se +To: Timo Sirainen +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: +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: +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 ; 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 +To: Johan Fredin +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: seth vidal +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: +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 ; 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 +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 + + + 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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: seth vidal +Cc: Timo Sirainen , 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. + + +-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: +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 ; 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 +To: seth vidal +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: +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 ; 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 +X-X-Sender: skvidal@localhost.localdomain +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: security audit of the code +In-Reply-To: <1042496586.8610.102.camel@hurina> +Message-ID: +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: +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 ; 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 ; 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 ; 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 ; 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 +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: +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 ; 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 ; Mon, 13 Jan 2003 21:28:20 GMT + (envelope-from disco@pervert.ca) +Reply-To: +From: "Rick Stewart" +To: +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +Subject: [dovecot] Re: 0.99.7 out +Cc: Timo Sirainen +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Pekka Jalonen +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: +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 + +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: +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 ; 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 +To: Pekka Jalonen +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: +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 ; 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 ; Thu, 16 Jan 2003 22:11:34 -0500 (EST) +Date: Thu, 16 Jan 2003 22:11:34 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] Re: 0.99.7 out +In-Reply-To: <1042642198.8610.173.camel@hurina> +Message-ID: +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 + +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: +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 ; 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 +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi> + <1042642198.8610.173.camel@hurina> + +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: +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 ; 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 +To: Mark +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: +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 ; 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 +To: james broermann +Cc: dovecot@procontrol.fi +In-Reply-To: <1042805732.8610.235.camel@hurina> +References: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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: +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 ; 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 , + "Jaldhar H. Vyas" +From: Pekka Jalonen +Subject: [dovecot] Re: 0.99.7 out +Cc: dovecot@procontrol.fi +In-Reply-To: <1042804751.8602.222.camel@hurina> +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"; 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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Pekka Jalonen +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: +References: + <5.2.0.9.0.20030115094314.02f263c8@beta.mediatraffic.fi> <1042642198.8610.173.camel@hurina> + + <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 + +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: +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 ; 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 ; Fri, 17 Jan 2003 14:52:11 -0700 (MST) +Date: Fri, 17 Jan 2003 14:48:23 -0700 (MST) +From: james broermann +To: dovecot@procontrol.fi +Subject: [dovecot] mbox & Maildir +Message-ID: +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: +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 ; 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 +To: james broermann +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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 +To: Timo Sirainen +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: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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 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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: Mark +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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: "Amelia A.Lewis" +Cc: dovecot@procontrol.fi +In-Reply-To: <20030118120137.794e417b.amyzing@talsever.com> +References: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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 +=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 + #include +=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: +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 ; 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 +To: Mark +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: +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 ; 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 +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 +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +To: Timo Sirainen +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: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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 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: +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 ; 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 +To: "Amelia A.Lewis" +Cc: dovecot@procontrol.fi +In-Reply-To: <20030202012842.5b9972cb.amyzing@talsever.com> +References: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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: +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 ; 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 +To: Timo Sirainen +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: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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 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: +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 ; 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 ; Sun, 2 Feb 2003 18:23:17 +0200 (EET) +From: Karo Salminen +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: +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 ; 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 ; 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 +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: +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 ; 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 +To: "Amelia A.Lewis" +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: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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" wrote: +> On 02 Feb 2003 09:15:19 +0200 +> Timo Sirainen 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: +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 ; 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 +To: "Amelia A.Lewis" +Cc: dovecot@procontrol.fi +In-Reply-To: <20030202131446.7178cbcc.amyzing@talsever.com> +References: + <1042509723.8609.113.camel@hurina> + + <1042592701.8610.171.camel@hurina> + + <1042668222.8602.203.camel@hurina> + + + <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: +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 ; 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 +To: Jaime Medrano +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: +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 ; 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 +To: Karo Salminen +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: +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 ; 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 ; Mon, 3 Feb 2003 01:45:30 -0500 (EST) +Date: Mon, 3 Feb 2003 01:45:29 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] About the dovecot package (fwd) +Message-ID: +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 +La Salle Debain - http://www.braincells.com/debian/ + +---------- Forwarded message ---------- +From: Guille -bisho- +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 Pérez -=] 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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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 +c + +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: +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 ; 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 +Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?= +To: Timo Sirainen +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: +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 ; 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 +To: Karo Salminen +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: +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 ; 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 +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 + + * 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: +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 ; 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 +Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?= +To: Timo Sirainen +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: +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 ; 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 +Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?= +To: Timo Sirainen +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: +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 ; 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 +To: Karo Salminen +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: +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 ; 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 +Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?= +To: Timo Sirainen +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +To: Binc IMAP +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: bincimap +Message-ID: <20030204151416.GA21151@irccrew.org> +References: <1044365771.942.62.camel@hurina> +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 ; Tue, 4 Feb 2003 12:11:52 GMT + (envelope-from disco@pervert.ca) +Reply-To: +From: "Rick Stewart" +To: +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: +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 ; 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 +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: +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 ; 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 +Organization: University of =?iso-8859-1?q?Jyv=E4skyl=E4?= +To: Timo Sirainen +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: +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 ; 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 +To: Karo Salminen +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: +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 ; 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 +From: Xavier Beaudouin +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +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: +References: + <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 +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi, bisho@eurielec.etsit.upm.es +In-Reply-To: +References: + <1044255833.13761.35.camel@hurina> + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 ; 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: +Subject: [dovecot] Brain bubbles +Message-ID: <1045225163.3e4cdecb57871@netmail.pipex.net> +Date: Fri, 14 Feb 2003 12:19:23 +0000 +From: Mark Lancaster +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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Cc: Binc IMAP , +Subject: [dovecot] Re: bincimap +In-Reply-To: <20030204151416.GA21151@irccrew.org> +Message-ID: +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: +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 ; 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 +To: Mark Lancaster +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: +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 ; 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 +To: Binc IMAP +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: Binc IMAP +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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 ; 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 ; Mon, 17 Feb 2003 02:15:46 -0800 (PST) +Date: Mon, 17 Feb 2003 02:14:47 -0800 (PST) +From: "Ian R. Justman" +X-X-Sender: ianj@zozo.chocobo.org +To: Binc IMAP +Subject: [dovecot] Re: [bincimap] Re: Re: bincimap +In-Reply-To: +Message-ID: +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" +Resent-To: dovecot@procontrol.fi +ReSent-Subject: Re: [dovecot] Re: [bincimap] Re: Re: bincimap +ReSent-Message-ID: +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: +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 ; 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 +To: "Ian R. Justman" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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/... 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: +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 ; 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 +X-X-Sender: andreaha@krs-dhcp401.studby.uio.no +To: dovecot@procontrol.fi +Subject: [dovecot] Re: [bincimap] Re: Re: bincimap +In-Reply-To: +Message-ID: +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: +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 ; 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 +To: Andreas Aardal Hanssen +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: Andreas Aardal Hanssen +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +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: +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: +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 ; 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 +X-X-Sender: andreaha@krs-dhcp401.studby.uio.no +To: dovecot@procontrol.fi +Subject: [dovecot] Re: [bincimap] Re: Re: bincimap +In-Reply-To: +Message-ID: +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: <1045510760.4604.485.camel@hurina> +References: + + <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: +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 ; 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 +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: +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: +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 ; 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 +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: +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +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: +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 ; Tue, 18 Feb 2003 01:09:30 -0800 (PST) +Date: Tue, 18 Feb 2003 01:09:30 -0800 (PST) +From: "Ian R. Justman" +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: +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. + + + +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: +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 ; 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 ; Tue, 18 Feb 2003 16:57:03 GMT +From: "Kevin Lee" +To: +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: +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 ; 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 +To: Kevin Lee +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: +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 ; 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" +X-X-Sender: ianj@zozo.chocobo.org +To: Timo Sirainen +Cc: Kevin Lee , +Subject: [dovecot] Re: IMAP folder problem +In-Reply-To: <1045588650.4601.606.camel@hurina> +Message-ID: +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: +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 ; 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 ; Tue, 18 Feb 2003 18:46:09 GMT +From: "Kevin Lee" +To: +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: +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 ; 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 +To: Kevin Lee +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: +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 ; 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 +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: +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 ; 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" +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: +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 ; 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 +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: +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 ; 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 +To: Tim Snider +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: +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 ; 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 +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 +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: +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 ; 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 +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 +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +To: Timo Sirainen +Cc: dovecot mailing list +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... + + +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 +> +> 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: +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 ; 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 +To: Tim Snider +Cc: dovecot mailing list +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: +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 ; 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 +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: +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 ; 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 +To: wolfgang +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +To: Brad Figg +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: +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 ; 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 +Cc: Brad Figg , 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 +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 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@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: +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 ; 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 +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 + + * 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: +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 ; 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 +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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" +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +Reply-To: Stuart Krivis +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 + 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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +Date: Wed, 26 Feb 2003 16:45:38 -0500 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 ; Wed, 26 Feb 2003 18:16:21 -0500 (EST) +Subject: [dovecot] zlib support +From: seth vidal +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: +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 ; 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 +To: seth vidal +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: +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 ; 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 ; 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 ; 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" +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: +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 ; 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 ; 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 +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, + + Jürgen 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: +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 ; 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 +To: Juergen Kahnert +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: +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 ; 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 +To: Juergen Kahnert +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: +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 ; 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 ; 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 +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. :) + + Jürgen 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: +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 ; 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 +X-X-Sender: alex@net-srv-0001.bvrd.com +To: dovecot@procontrol.fi +Subject: [dovecot] patch for src/auth/db-ldap.c +Message-ID: +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: +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 ; 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" +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: +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 ; 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 ; 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" +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: +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 ; 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 ; 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" +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: +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 ; 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 +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: +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 ; 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 +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: +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: +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 ; 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 +To: "David E. Storey" +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: +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 ; 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 +To: "Ian R. Justman" +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: +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 ; 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 ; 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" +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: +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 ; 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 +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: +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 ; 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 +To: JP +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: +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 ; 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 +To: "Ian R. Justman" +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: +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 ; 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 ; 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 ; + 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 ; Wed, 5 Mar 2003 16:33:48 +0100 (CET) +Date: Wed, 5 Mar 2003 16:30:45 +0100 +From: JP +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 : + +> 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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Stuart Krivis +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +In-Reply-To: <8165265.1046276893@[10.1.3.2]> +Message-ID: +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 +> 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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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" +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: +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 ; 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 +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: +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 ; 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 ; 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 +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: +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 ; 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 +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: +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: +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 ; 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 +To: Alex Howansky +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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" +To: +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: +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 ; 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 +To: Oskar Eyb +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: +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 ; 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 +To: "Scott A.McIntyre" +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: +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 ; 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" +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: +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 ; 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" +To: +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: +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: +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 ; 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 +From: Scott A.McIntyre +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: +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 ; 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 +To: Oskar Eyb +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: +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 ; 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 +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: +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 ; 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 +To: "Mark E. Mallett" , 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: +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 ; 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 ; 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 +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: +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 ; 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 +To: "Scott A.McIntyre" +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: +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 ; 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 +From: "Scott A. McIntyre" +In-Reply-To: <20030307165000.GB23022@irccrew.org> +Message-Id: +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. +> + +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: +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 ; 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 +To: "Scott A. McIntyre" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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. +> > +> +> 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: +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 ; 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 +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 +Subject: [dovecot] Re: Apple's Mail.app +References: +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. +>> +> +> +> 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: +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 ; 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 +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: +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 ; 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 +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 +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: +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 ; 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: +From: Leslie Viljoen +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: +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 ; 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: +From: Leslie Viljoen +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: +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 ; 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 ; Thu, 13 Mar 2003 13:30:45 +0100 (CET) +Subject: [dovecot] Re: Configure SSL problem +From: Ian Kumlien +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 + +--=-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: +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 ; 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 ; Thu, 13 Mar 2003 13:33:39 +0100 (CET) +Subject: [dovecot] Re: Starting Dovecot? +From: Ian Kumlien +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 + +--=-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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Shared Folders? +Message-ID: <20030313131251.GA21426@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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: +From: Leslie Viljoen +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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +Subject: [dovecot] Re: SMTP options +In-Reply-To: <3E701DD8.4010609@attbi.com> +Message-ID: +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 køber min økologiske sødmælk 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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: Configure SSL problem +Message-ID: <20030313134853.GC22006@irccrew.org> +References: +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 +To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: Configure SSL problem +Message-ID: <20030313160720.GF22006@irccrew.org> +References: <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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: Shared Folders? +Message-ID: <20030313175948.GA23796@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: Timo Sirainen +Cc: dovecot@procontrol.fi +In-Reply-To: <20030313160720.GF22006@irccrew.org> +References: + + <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 + +--=-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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Shared Folders seem to work +Message-ID: <20030314172607.GA5217@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +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: +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 ; 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 +To: Chris Doyle +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: +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 ; 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" +Date: Fri, 14 Mar 2003 17:29:24 -0500 +To: Leslie Viljoen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Configure SSL problem +Message-ID: <20030314172924.L7268@iridium.mv.net> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: ; 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: +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 ; 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 +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 +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: +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 ; 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 +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 +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:[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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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:[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: +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 ; 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 +To: Jesse Peterson +Cc: Dovecot Mail List +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:[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: +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 ; 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 +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 +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: +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 ; 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 +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 +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:[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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +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 +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::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: +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 ; 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" +Cc: dovecot@procontrol.fi +X-Mailer: Lotus Notes Release 6.0 September 26, 2002 +Message-ID: +From: Leslie Viljoen +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" + To: Leslie Viljoen + 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: +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 ; 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 +To: Leslie Viljoen +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; Mon, 17 Mar 2003 10:06:31 -0500 (EST) +Date: Mon, 17 Mar 2003 10:06:31 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] debian 0.99.8.1 packages available +Message-ID: +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 +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: +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 ; 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 +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 +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} + +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: debian 0.99.8.1 packages available +Message-ID: <20030318161232.GA1537@talsever.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Amelia A Lewis +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: debian 0.99.8.1 packages available +In-Reply-To: <20030318161232.GA1537@talsever.com> +Message-ID: +References: + <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 +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: debian 0.99.8.1 packages available +Message-ID: <20030318165319.GA1697@talsever.com> +References: <20030318161232.GA1537@talsever.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: debian 0.99.8.1 packages available +Message-ID: <20030318170520.GA1766@talsever.com> +References: <20030318161232.GA1537@talsever.com> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 +To: Amelia A Lewis +Cc: dovecot@procontrol.fi +In-Reply-To: <20030318161232.GA1537@talsever.com> +References: + + <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: +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 ; 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 +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 +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} + +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: +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 ; 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 ; 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 ; Wed, 19 Mar 2003 12:35:36 +0100 (CET) +From: "Farkas Levente" +To: +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: +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 ; 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 ; 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 ; Wed, 19 Mar 2003 13:14:10 +0100 (CET) +From: "Farkas Levente" +To: +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" +To: +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 ; Wed, 19 Mar 2003 09:04:51 -0500 (EST) +Date: Wed, 19 Mar 2003 09:04:51 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] Dotlocking doesn't work? +Message-ID: +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 +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Dotlocking doesn't work? +In-Reply-To: <1048083821.850.30.camel@hurina> +Message-ID: +References: + <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 +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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 +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 +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: +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 ; 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 ; 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 ; 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" +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: <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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +In-Reply-To: <1046224359.30815.36.camel@hurina> +Message-ID: +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +Message-ID: <20030320112517.GF10729@irssi.ath.cx> +References: <1046224359.30815.36.camel@hurina> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 ; 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" +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> <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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: <3E79B947.2010801@sarnoff.com> +References: <1046224359.30815.36.camel@hurina> + + <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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Marcus Rueckert +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +In-Reply-To: <20030320112517.GF10729@irssi.ath.cx> +Message-ID: +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +In-Reply-To: <1048166799.5765.93.camel@hurina> +Message-ID: +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: dovecot@procontrol.fi +Subject: [dovecot] Re: inetd/xinetd/tcpserver support +In-Reply-To: +Message-ID: +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 + + #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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +To: Farkas Levente +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: +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 ; 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 +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: +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 ; 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 +To: Amelia A Lewis +Cc: dovecot@procontrol.fi +In-Reply-To: <20030318170520.GA1766@talsever.com> +References: + + <20030318161232.GA1537@talsever.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: +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 ; 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 +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: +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 ; 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" +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 +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +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: +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: +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 ; 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 ; 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" +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: +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: GARY GENDEL +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Conformance testing +In-Reply-To: <3E7A074C.9030506@sarnoff.com> +Message-ID: +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +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: +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: +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 ; 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 +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: +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: +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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" +To: +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 + <>=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: +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 ; 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" +To: +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 + <>=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: +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 ; 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 ; 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 +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 + + + + + + +mailbox problem + + + +

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-- + +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: +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 ; 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 +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 +Subject: [dovecot] FETCH BODY[part] +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 + +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: +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 ; 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 ; Tue, 25 Mar 2003 15:42:57 -0800 +Subject: [dovecot] Dovecot and Quotas +From: Mike Machado +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: +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 ; 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 +To: Mike Machado +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: +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 ; 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 +To: "Barker, Ron, vpe" +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: +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 ; 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 +To: "Barker, Ron, vpe" +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: +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 ; 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 +To: Maikel Verheijen +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: +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 ; 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 +To: Mike Machado +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 +To: "'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 + + + + + + +RE: [dovecot] mailbox problem + + + +

> 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 =3D /var/mail/t/te/%d +
> mail_global_uid =3D root +
> mail_global_gid =3D mail +
> mail_user_dir =3D /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 =3D /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-- + +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: +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 ; 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] +From: Timo Sirainen +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +To: Maikel Verheijen +Cc: "'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: +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 ; 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 +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 +Subject: [dovecot] Re: FETCH BODY[part] +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: +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 ; 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" +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: +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 ; 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 ; Wed, 26 Mar 2003 08:48:52 -0800 +Subject: [dovecot] Re: Dovecot and Quotas +From: Mike Machado +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: +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 ; 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 ; Wed, 26 Mar 2003 08:49:37 -0800 +Subject: [dovecot] Re: Dovecot and Quotas +From: Mike Machado +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: +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 ; 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 +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 +Subject: [dovecot] Re: FETCH BODY[part] +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: +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 ; 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" +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: +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 ; 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] +From: Timo Sirainen +To: Jesse Peterson +Cc: Dovecot Mail List +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +To: Mike Machado +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Dovecot and Quotas +Message-ID: <20030326191527.GB25982@dust.uchicago.edu> +Mail-Followup-To: Mike Machado , + 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" 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: +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 ; 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" +Date: Wed, 26 Mar 2003 14:17:09 -0500 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 +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 +Subject: [dovecot] Re: FETCH BODY[part] +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: +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 ; 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] +From: Timo Sirainen +To: Dovecot Mail List +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +Date: Sat, 29 Mar 2003 09:39:49 -0500 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 ; 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 +To: "Dovecot (E-mail)" +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 + + + + + + +NFS mounted IMAP dirs + + + +

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-- + +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: +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 ; 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 +To: Maikel Verheijen +Cc: "Dovecot (E-mail)" +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +To: "'Timo Sirainen'" +Cc: "Dovecot (E-mail)" +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 + + + + + + +RE: [dovecot] NFS mounted IMAP dirs + + + +

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-- + +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: +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 ; 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 +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: +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: +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 ; 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" +Date: Mon, 31 Mar 2003 11:51:00 -0500 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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" +Date: Mon, 31 Mar 2003 11:53:48 -0500 +To: Charlie Brady +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> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: ; 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: +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 ; 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 +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: +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 ; 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 +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: +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: +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 ; 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" +Date: Mon, 31 Mar 2003 14:27:13 -0500 +To: Charlie Brady +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> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +User-Agent: Mutt/1.2.5i +In-Reply-To: ; 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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +Date: Tue, 1 Apr 2003 19:37:34 -0500 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 ; 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 +To: "Dovecot (E-mail)" +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 + + + + + + +Question about the password field in a postgresql = +database + + + +

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-- + +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: +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 ; 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 +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: +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 ; 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 +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 , + 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +To: "Dovecot (E-mail)" +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: +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 ; 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 +To: "Dovecot (E-mail)" +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: +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 ; 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 +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: +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 ; 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 ; 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 +To: "Dovecot (E-mail)" +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 + + + + + + +RE: [dovecot] Re: Question about the password field in a = +postgresql database + + + +

> 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 =3D host=3DA.B.C.D dbname=3Dmaildb = +user=3Dmailuser password=3D****** +

+ +

password_query =3D SELECT password FROM aliases WHERE = +alias =3D '%u' AND password !=3D '' AND locked=3D'f'; +
user_query =3D SELECT maildir as home, 100 as = +uid,498 as gid FROM aliases where alias =3D '%u'; +

+ +

#default_pass_scheme =3D PLAIN +
#default_pass_scheme =3D PLAIN-MD5 +
default_pass_scheme =3D CRYPT +
--8<-- +

+
+ +

My NON-working DB entry is: +
--8<-- +
maildb-> default_pass_scheme =3D CRYPT +
maildb-> select * from aliases where alias =3D = +'marc@test.com'; +
ERROR:  parser: parse error at or near = +"#" +
maildb=3D> ; +
maildb=3D> select * from aliases where alias =3D = +'marc@test.com'; +
     = +alias     = +|        = +maildir         = +|            = +;  = +password          &nbs= +p;   | 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=3D> select * from aliases where alias =3D = +'maikel@test.com'; +
      = +alias      = +|         = +maildir          = +|            = +;     = +password          &nbs= +p;       | 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-- + +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: +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 ; 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 +To: "Dovecot (E-mail)" +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: +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 ; 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 +To: "Dovecot (E-mail)" +Subject: [dovecot] Re: Question about the password field in a postgres + ql database +In-Reply-To: <1049413422.22898.116.camel@hurina> +Message-ID: +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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 ; 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 ; 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 +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: +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 ; 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 +To: Kimura Fuyuki +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: +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 ; 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 +To: "Dovecot (E-mail)" +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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: dovecot@procontrol.fi +Cc: Kimura Fuyuki +Subject: [dovecot] Re: message order reversed on copying +In-Reply-To: <1049577206.22903.272.camel@hurina> +Message-ID: +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: message order reversed on copying +In-Reply-To: <1049658928.22898.360.camel@hurina> +Message-ID: +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: message order reversed on copying +In-Reply-To: +References: <1049577206.22903.272.camel@hurina> + +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 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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: <86brzjgp93.wl%fuyuki@hadaly.org> +References: <1049577206.22903.272.camel@hurina> + + <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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 ; Mon, 7 Apr 2003 10:04:03 +0000 (GMT) +Date: Mon, 7 Apr 2003 10:04:03 +0000 (GMT) +From: Johan Willard +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: +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 ; 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 +To: Dovecot List +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: +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 ; 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 +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: +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 ; 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 +To: Ask Bjoern Hansen +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: +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 ; 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 +To: Johan Willard +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: +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 ; 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 +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 + +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: +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 ; 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 +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: +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: Ask Bjoern Hansen +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: +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 ; 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 +From: Ask Bjoern Hansen +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: +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 ; 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 +To: Timo Sirainen +Cc: Johan Willard , 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: +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 ; 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 +X-X-Sender: jonas@auryn.jones.dk +Reply-To: Jonas Smedegaard +To: Johan Willard +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: +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: +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 ; 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 +To: Jonas Smedegaard +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Error: child 12625 (imap) killed with signal 12 +In-Reply-To: +Message-ID: <20030408095610.K75206@mail.willard.se> +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: 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: +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 ; 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 +X-X-Sender: jonas@auryn.jones.dk +Reply-To: Jonas Smedegaard +To: Johan Willard +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: +References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina> + <20030408065019.O33396@mail.willard.se> + <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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 ; + 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 ; 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" +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: <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: +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 ; 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 +To: kyler-keyword-dovecot.a0ff9b@lairds.org +Cc: dovecot@procontrol.fi +In-Reply-To: +References: +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 + +> 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: +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 ; 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 +To: Kyler Laird +Cc: dovecot@procontrol.fi +In-Reply-To: <20030409155256.GR21821@remote.lairds.org> +References: + <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: +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 ; 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 ; 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 ; Wed, 09 Apr 2003 20:46:30 +0200 +Received: from by localhost (amavisd-new, port ) id XXRIiEoA + for ; 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 ; 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 +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: +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 ; 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 +To: David Knudsen +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: +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 ; 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 ; 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 ; Wed, 09 Apr 2003 22:00:24 +0200 +Received: from by localhost (amavisd-new, port ) id XXWgeN0x + for ; 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 +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 +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: +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 ; 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 +To: Johan Willard +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: +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 ; 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 +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: +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 ; 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 ; 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 ; 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 +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 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: +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 ; 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 ; 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 +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: +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 ; 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 +To: Jej +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: +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 ; 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 +To: Kimura Fuyuki +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: Maildir syncing rewrite +In-Reply-To: <1050007463.25102.414.camel@hurina> +Message-ID: +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: +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 ; 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" +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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: +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: +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 ; 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" +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: +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 ; 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 ; 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 ; 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 +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 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: +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 ; 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 ; 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 for ; + 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 +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 ++358 40 562 6152 http://linux.nokia.com/~jylitalo/ + + +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: +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 ; 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 +To: "Dovecot (E-mail)" +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 + + + + + + +Maildir problem? + + + +

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-- + +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: +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 ; 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 +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: +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 ; 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 +To: Juha Ylitalo +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] a crashy message +Message-ID: <20030413162053.GA23316@woom.net> +Mail-Followup-To: Moe Wibble , + 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: +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 ; 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 ; Sun, 13 Apr 2003 11:29:36 +0200 +To: ion@list.rt.fm +Subject: [Daniel Silverstone ] Re: lua 5.0 +From: Per Olofsson +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: +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 ; + 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 ; 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 ; 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 ; 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 ; 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 ; Sat, 12 Apr 2003 17:50:45 +0100 +Date: Sat, 12 Apr 2003 17:50:44 +0100 +To: Per Olofsson +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 +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: +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 ; 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 +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: +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 ; 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 ; 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 ; + 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 +To: ext Timo Sirainen +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 ++358 40 562 6152 http://linux.nokia.com/~jylitalo/ + + +--=-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) +--- + + +501 Method Not Implemented + +

Method Not Implemented

+=1Dclose to /index.html not supported.

+Invalid method in request \x1dclose

+ +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: +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 ; 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 +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: +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 ; 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 +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 , + Dovecot List +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 +- update a few things for the current cvs + +* Sun Feb 28 2003 Zalavary Gabor +- 0.99.8 rebuild:) + +* Sun Dec 1 2002 Seth Vidal +- 0.99.4 and fix startup so it starts imap-master not vsftpd :) + +* Tue Nov 26 2002 Seth Vidal +- 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: +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 ; 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 +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: +Message-ID: +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: +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 ; 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 +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: +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: +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 ; 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 +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: +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: +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 ; 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 +To: Warren Togami +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: +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 ; 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 +To: Moe Wibble +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 +c + +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: +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 ; 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 ; Mon, 14 Apr 2003 19:33:51 +0100 (BST) +Date: Mon, 14 Apr 2003 19:33:49 +0100 +From: Keith Edmunds +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: +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 ; 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" +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 +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: +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 ; 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" +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: +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 ; 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 +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 +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: +Received: from localhost (goku [127.0.0.1]) + by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h3FAaRYm020172 + for ; 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 ) +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 +To: warren@togami.com +X-Rcpt-To: +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: + +Get a 0% Intro APR* on Purchases and Balance Transfers + +You’ve 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" + + + +Discover Wildlife Card + + + + + + + + + + + + + + + + +
+
+
+
+ +
+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===== + + + +--=-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: +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 ; 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 +To: Warren Togami +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; 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 +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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: [dovecot] Re: a crashy message +Message-ID: <20030415150226.GB17461@woom.net> +Mail-Followup-To: Moe Wibble , + 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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +Date: Tue, 15 Apr 2003 11:56:53 -0400 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 ; 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 +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 + + +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: +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 ; 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 ; 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 +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: +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 ; 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" +Date: Tue, 15 Apr 2003 12:28:16 -0400 +To: Timo Sirainen +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: +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 ; 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" +Date: Tue, 15 Apr 2003 12:45:43 -0400 +To: Timo Sirainen +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 ; 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 +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 + + 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 + + +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: +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 ; 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 +To: Jaime Medrano +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: +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 ; 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 +To: Dominic Marks +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: +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 ; 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 +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: +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 ; 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" +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 , + free = 0x8054abc , + set_lock = 0x805c874 , + try_lock = 0x805c88c , + set_lock_notify_callback = 0x805c8a4 , + rebuild = 0x8054f20 , + fsck = 0x805de50 , + sync_and_lock = 0x8055db4 , + get_header = 0x805c928 , + lookup = 0x805c968 , next = 0x805cac0 , + lookup_uid_range = 0x805cb48 , + lookup_field = 0x805cc58 , + lookup_field_raw = 0x805ccac , + cache_fields_later = 0x805cd70 , + open_mail = 0x8054de0 , + get_internal_date = 0x8054afc , + expunge = 0x805d078 , + update_flags = 0x8054b6c , + append_begin = 0x805d3ec , + append_end = 0x805d4e4 , + append_abort = 0x805d590 , + update_begin = 0x805f9b0 , + update_end = 0x805ff68 , + update_abort = 0x8060050 , + update_field = 0x806022c , + update_field_raw = 0x806025c , + get_last_error = 0x805d618 , + get_last_error_text = 0x805d678 , + 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_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 , free = 0x804b428 , + autodetect = 0x804b480 , + set_callbacks = 0x80535e4 , + open_mailbox = 0x804b940 , + create_mailbox = 0x804ba5c , + delete_mailbox = 0x804bb08 , + rename_mailbox = 0x804bea4 , + list_mailbox_init = 0x804c624 , + list_mailbox_deinit = 0x804c800 , + list_mailbox_next = 0x804cc48 , + set_subscribed = 0x8064594 , + get_mailbox_name_status = 0x804bffc , + get_last_error = 0x805455c , + 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 , + get_status = 0x8052ee4 , + sync = 0x8053b94 , + auto_sync = 0x804c0c8 , + expunge = 0x804fa64 , + update_flags = 0x8053d58 , + copy = 0x804c3e4 , + fetch_init = 0x804fb00 , + fetch_deinit = 0x804fbe8 , + fetch_next = 0x804fc70 , + fetch_uid = 0x804fd5c , + fetch_seq = 0x804fdc0 , + search_get_sorting = 0x8052af4 , + search_init = 0x8052b08 , + search_deinit = 0x8052be0 , + search_next = 0x8052ca0 , + save_init = 0x804cf4c , + save_deinit = 0x804cfe0 , + save_next = 0x804ce04 , + is_inconsistency_error = 0x8054578 , + 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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: dovecot@procontrol.fi +Subject: [dovecot] Changing hierarchy separator to '/' +Message-ID: +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +Date: Tue, 15 Apr 2003 19:35:07 -0400 +To: Timo Sirainen +Cc: "Mark E. Mallett" , 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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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" +To: +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: +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: +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 ; 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 +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 , Dovecot List +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Jaime Medrano +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] Re: errors +Message-ID: <20030416134628.GA13126@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot List +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 //.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: +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 ; 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 +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 +Cc: Dovecot List +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 //.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: +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 ; 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 +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 +Cc: Dovecot List +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: +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 ; 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 ; 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 ; 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 +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 +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 +>> //.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: +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 ; 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 +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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" +Date: Wed, 16 Apr 2003 12:32:20 -0400 +To: Timo Sirainen +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: +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 ; 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 ; 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 +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 + + +--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 + * + * This code is placed in the public domain. + */ + +#include "lib.h" +#include "ioloop-internal.h" + +#ifdef IOLOOP_KEVENT + +#include +#include +#include + +#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: +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 ; 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 +To: Dominic Marks +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: Changing hierarchy separator to '/' +In-Reply-To: <1050508503.16343.73.camel@hurina> +Message-ID: +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: +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 ; 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 +To: Charlie Brady +Cc: dovecot@procontrol.fi +In-Reply-To: +References: + +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +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: +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] Corrupt mbox handling +Message-ID: +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: +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 ; 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 +To: Kristian Hoffmann +Cc: Dovecot List +In-Reply-To: +References: +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: +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 ; 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" +To: "Timo Sirainen" +Cc: "Dovecot List" +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +To: Timo Sirainen +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] Re: errors +Message-ID: <20030420001128.GA18878@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot List +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 //.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 //.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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +To: "Ian R. Justman" +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" 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: +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 ; 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 +To: Tim Hunt +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: +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 ; 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 +To: Moe Wibble +Cc: Dovecot List +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 //.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: +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 ; 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 +To: Jaime Medrano +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: +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 ; 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 +To: Keith Edmunds +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: +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 ; 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" +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: +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 ; 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 +To: Keith Edmunds +Cc: "Ian R. Justman" , 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" 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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +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: +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 ; 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" +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: +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 ; 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 ; Mon, 21 Apr 2003 10:08:52 -0700 +Subject: [dovecot] Re: quotas again +From: Mike Machado +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: +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 ; 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" +Date: Mon, 21 Apr 2003 14:29:51 -0400 +To: Mike Machado +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: +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 ; 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 ; Mon, 21 Apr 2003 20:54:34 +0200 +Date: Mon, 21 Apr 2003 20:54:34 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Adam Lackorzynski +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: +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 ; 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 ; Mon, 21 Apr 2003 22:57:34 +0200 +Date: Mon, 21 Apr 2003 22:57:34 +0200 +From: Adam Lackorzynski +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 +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: +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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +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: +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 ; 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 +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 +Cc: Dovecot List +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: +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 ; 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 ; Wed, 23 Apr 2003 00:45:42 +0200 +Date: Wed, 23 Apr 2003 00:45:42 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] Re: errors +Message-ID: <20030422230127.GC17665@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot List +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 //.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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +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: +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 ; 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 +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 +Cc: Dovecot List +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: +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 ; 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 +To: Farkas Levente +Cc: Dovecot List +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: +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 ; 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 +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 , Dovecot List +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: +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 ; 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 ; Wed, 23 Apr 2003 13:43:13 +0200 +Date: Wed, 23 Apr 2003 13:43:13 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Adam Lackorzynski +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: +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 ; 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 ; Wed, 23 Apr 2003 14:56:10 +0200 +Date: Wed, 23 Apr 2003 14:56:10 +0200 +From: Adam Lackorzynski +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 to continue, or q 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: +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 ; 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 +To: Adam Lackorzynski +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: +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 ; 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 ; Wed, 23 Apr 2003 17:03:22 +0200 +Date: Wed, 23 Apr 2003 17:03:22 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +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: +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 ; 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 ; Wed, 23 Apr 2003 18:32:48 +0200 +Date: Wed, 23 Apr 2003 18:32:48 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] shared folders? +Message-ID: <20030423170402.GA14185@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot List +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: +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 ; 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 +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: +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 ; 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 +To: Dovecot List +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: +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 ; 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 ; Wed, 23 Apr 2003 20:53:46 +0200 +Date: Wed, 23 Apr 2003 20:53:46 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Adam Lackorzynski +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: +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 ; 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 +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: +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 ; 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 +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 +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030425113712.GA23447@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 ; Fri, 25 Apr 2003 14:49:09 +0200 +Date: Fri, 25 Apr 2003 14:49:09 +0200 +From: Adam Lackorzynski +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +To: Dovecot List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030425170617.GA19484@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030425184842.GA25545@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: Dovecot List +Subject: [dovecot] Re: today cvs +In-Reply-To: <1051284435.32161.302.camel@hurina> +Message-ID: +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030426035220.GA26817@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +In-Reply-To: <20030426035220.GA26817@woom.net> +Message-ID: +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030426134356.GA31067@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +References: <20030426035220.GA26817@woom.net> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +In-Reply-To: <20030426134356.GA31067@woom.net> +Message-ID: +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: +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 ; 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 ) + by twister.ispgateway.de (qmail-ldap-1.03) with SMTP + for ; 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 ; 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 +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: +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 ; 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 +To: Heiko Zuerker +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +Subject: [dovecot] Re: shared folders? +Message-ID: <20030427145548.GA22383@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot Mail List +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: +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 ; 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 +To: Dovecot Mail List +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: +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 ; 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 +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 + + * 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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 ; Sun, 27 Apr 2003 23:05:56 +0200 +Date: Sun, 27 Apr 2003 23:05:56 +0200 +From: Adam Lackorzynski +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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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: +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 ; 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 +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 + + * 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: +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 ; 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 ; Tue, 29 Apr 2003 02:41:25 +0200 +Date: Tue, 29 Apr 2003 02:39:23 +0200 (CEST) +From: Dag Wieers +X-X-Sender: dag@horsea.3ti.be +To: Timo Sirainen +Subject: [dovecot] Dovecot RH RPM packages +Message-ID: +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 +Resent-To: dovecot@procontrol.fi +ReSent-Subject: Dovecot RH RPM packages +ReSent-Message-ID: +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 + +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: +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 ; 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 ; Wed, 30 Apr 2003 10:40:10 -0400 (EDT) +Date: Wed, 30 Apr 2003 10:40:10 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: dovecot@procontrol.fi +Subject: [dovecot] Debian packages for 0.99.9 +Message-ID: +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 +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: 0.99.9 released +In-Reply-To: <1051548190.26178.156.camel@hurina> +Message-ID: +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 +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: +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 ; 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" +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: +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 ; 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" +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: +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 ; 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 +To: dovecot@procontrol.fi +Cc: Timo Sirainen +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 + +--=-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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +To: "Mark E. Mallett" +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: +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 ; 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 +To: "Jaldhar H. Vyas" +Cc: dovecot@procontrol.fi +In-Reply-To: +References: <1051548190.26178.156.camel@hurina> + +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: +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 ; 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 +To: Ian Kumlien +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: +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 ; 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 +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 + + - 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: +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 ; Sat, 3 May 2003 22:08:27 +0300 (EEST) +Received: (from firewall@localhost) + by blackice.aycuens.com (8.9.3/AYCUENSøSMAP) id VAA15273 + ( Zombificad0}:| ) for ; 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." +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 +> +> - 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: +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 ; Sat, 3 May 2003 23:38:43 +0300 (EEST) +Received: (from firewall@localhost) + by blackice.aycuens.com (8.9.3/AYCUENSøSMAP) id VAA15472 + ( Zombificad0}:| ) for ; 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." +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: +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 ; 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 +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: +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 ; 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 +To: Timo Sirainen +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 + + +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: +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 ; 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 +To: Dominic Marks +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: +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 ; Sun, 4 May 2003 22:57:41 +0300 (EEST) +Received: (from firewall@localhost) + by blackice.aycuens.com (8.9.3/AYCUENSøSMAP) id VAA22193 + ( Zombificad0}:| ) for ; 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." +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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +Reply-To: "Jaldhar H. Vyas" +To: Timo Sirainen +Cc: dovecot@procontrol.fi +Subject: [dovecot] Re: 0.99.9 released +In-Reply-To: <1051984012.26178.1046.camel@hurina> +Message-ID: +References: <1051548190.26178.156.camel@hurina> + + <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 +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: +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 ; 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 ; Mon, 5 May 2003 02:47:30 -1000 (HST) +Subject: [dovecot] 0.99.9.1 - Runaway imap-login process +From: Warren Togami +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: +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 ; 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" +Date: Mon, 5 May 2003 09:37:17 -0400 +To: Timo Sirainen +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 +> +> - 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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 ++%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} <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 ++- update a few things in the spec file ++ + * Tue Apr 29 2003 Dag Wieers - 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: +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 ; 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 +To: Dovecot List +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: +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 ; 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 +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: +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 ; 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 +To: Sebastian Pachuta +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: +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 ; 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 +To: Alvaro "Munoz-Aycuens Mtnz." +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: +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 ; 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 +To: Warren Togami +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: +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 ; 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 ; Wed, 7 May 2003 01:30:26 -0700 +Subject: [dovecot] KMail? +From: Joakim Ryden +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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: +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 ; 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 +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 +Cc: Dovecot List +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 ++%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} <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 ++- update a few things in the spec file ++ + * Tue Apr 29 2003 Dag Wieers - 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: +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 ; 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 ; Wed, 7 May 2003 08:56:06 -0700 +Subject: [dovecot] Re: quota +From: Mike Machado +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [dovecot] Re: Design thought - Retention of reworked mbox files +In-Reply-To: <1052701549.5227.415.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 12 May 2003 21:38:02 -0400 +Subject: Re: [dovecot] Re: Design thought - Retention of reworked mbox files +From: Tim Hunt +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +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-- + +From eskimoe@ananzi.co.za Tue May 13 15:21:54 2003 +Return-Path: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [dovecot] Re: List-id test +Message-ID: <20030513122405.GA16248@woom.net> +Mail-Followup-To: Moe Wibble , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [dovecot] Re: List-id test +Message-ID: <20030513150544.GA22511@woom.net> +Mail-Followup-To: Moe Wibble , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 14 May 2003 21:37:13 -0700 +From: Joakim Ryden +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 15 May 2003 10:53:39 -1000 (HST) +Subject: Re: [Dovecot] ssl still not working +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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" + + +
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_=-- +From ruud@duticg.twi.tudelft.nl Fri May 16 10:27:49 2003 +Return-Path: +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 ; 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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 16 May 2003 00:48:59 -1000 (HST) +Subject: Re: [Dovecot] ssl still not working +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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" + + +
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_=-- +From tss@iki.fi Fri May 16 20:15:14 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 + ; 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 ; Thu, 15 May 2003 22:05:19 +0300 (EEST) +Received: from wombat ([192.168.0.20] helo=lmistudios.homeip.net) by server + ; 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 +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 +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 + + + + + + + + +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-- + + +--=-IsnW+ZNhrqJ6wjmRliAO-- + +--=-IsnW+ZNhrqJ6wjmRliAO-- +From dgc@uchicago.edu Fri May 16 22:13:44 2003 +Return-Path: +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 ; 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 +To: Joakim Ryden +Subject: Re: [Dovecot] DRAC support? +Message-ID: <20030516191335.GA196@dust.uchicago.edu> +Mail-Followup-To: Joakim Ryden , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +To: Joakim Ryden , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; Fri, 16 May 2003 22:37:10 -1000 (HST) +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 17 May 2003 00:07:11 -1000 (HST) +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Ruud de Jong +Subject: Re: [Dovecot] ssl still not working +In-Reply-To: <20030516072748.GA28822@dutids.twi.tudelft.nl> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From tss@iki.fi Sat May 17 20:46:15 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 _. 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 19 May 2003 08:02:13 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F2233A@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Timo Sirainen'" , + "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] 0.99.10-test1 + + + +

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-- +From tss@iki.fi Mon May 19 09:27:38 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 19 May 2003 15:38:11 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F22352@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Timo Sirainen'" , + "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] 0.99.10-test1 + + + +

> > 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-- +From charlie@rubberduck.com Tue May 20 04:12:23 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 20 May 2003 19:00:42 -1000 (HST) +Subject: Re: [Dovecot] SSL problems +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + #include +@@ -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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ----- + +> Subject: possible dovecot problem +> From: "Dave Chamberlain" +> 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 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: +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 ; Thu, 22 May 2003 23:00:44 +0300 (EEST) +Received: from wilberforce.ac.uk (descartes.wilberforce.ac.uk [192.168.100.3]) + h4MK0OpZ012018 + for ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Ken Wilson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 22 May 2003 17:31:40 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 22 May 2003 18:06:25 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 22 May 2003 21:30:32 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 23 May 2003 15:23:07 +0100 (BST) +Date: Fri, 23 May 2003 15:23:03 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Fri, 23 May 2003 11:20:44 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 26 May 2003 10:46:50 +0200 +Date: Mon, 26 May 2003 10:46:55 +0200 (CEST) +From: Jens Laas +X-X-Sender: jensl@jlaas2.data.slu.se +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Låås + +----------------------------------------------------------------------- + 'This mail automatically becomes portable when carried.' +----------------------------------------------------------------------- + Jens Låås Email: jens.laas@data.slu.se + Department of Computer Services, SLU Phone: +46 18 67 35 15 + Vindbrovägen 1 + P.O. Box 7079 + S-750 07 Uppsala + SWEDEN +----------------------------------------------------------------------- +From rao231@tid.es Mon May 26 21:01:24 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 27 May 2003 02:56:02 +0100 (BST) +Date: Tue, 27 May 2003 02:56:02 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 27 May 2003 09:43:05 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F2240A@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +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 =3D 'maikel@test.com' = +AND password !=3D ''" 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-- +From seba@iq.pl Tue May 27 11:59:49 2003 +Return-Path: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 27 May 2003 11:50:20 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F2241E@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + +Message + + + +
Ok: a=20 +little lame to answer my own question, but I created a CRUDE=20 +patch.
+
 
+
It=20 +does NOT check why a connection failed, it just does a PQreset, and it = +SEEMS to=20 +work.
+
 
+
 
+
Kind=20 +regards,
+
 
+
Maikel=20 +Verheijen.
+
 
+
Ps:=20 +Timo, can something with reconnect be implemented=20 +permanently?
+
 
+
 
+
--8<--
+
 
+
--- = +src/auth/db-pgsql.c.ORIG    Tue=20 +May 27 10:06:39 2003
+++ src/auth/db-pgsql.c Tue May 27 11:16:38 = +2003
@@=20 +-53,9 +53,16 @@
        res =3D=20 +PQexec(conn->pg,=20 +query);
 
        if=20 +(PQresultStatus(res) !=3D PGRES_TUPLES_OK)=20 +{
-           = +   =20 +i_error("PGSQL: Query \"%s\" failed:=20 +%s",
-          &nb= +sp;           =20 +query,=20 +PQresultErrorMessage(res));
-      &nbs= +p;       =20 +failed =3D=20 +TRUE;
+          &n= +bsp;   =20 +PQreset(conn->pg);
+       &nbs= +p;      =20 +res =3D PQexec(conn->pg,=20 +query);
+          = +    =20 +if (PQresultStatus(res) !=3D PGRES_TUPLES_OK)=20 +{
+           = +           =20 +i_error("PGSQL: Query \"%s\" failed:=20 +%s",
+          &nb= +sp;           &nb= +sp;       =20 +query,=20 +PQresultErrorMessage(res));
+      &nbs= +p;           &nbs= +p;   =20 +failed =3D=20 +TRUE;
+          &n= +bsp;   =20 +} else=20 +{
+           = +           =20 +i_error("PGSQL: Reconnected because of=20 +failure!");
+         &n= +bsp;           &n= +bsp;=20 +failed =3D=20 +FALSE;
+          &= +nbsp;   =20 +}
        } else=20 +{
           &= +nbsp;   =20 +failed =3D FALSE;
        = +}
+
 
+
--8<--
+
+
+
-----Original Message-----
From: = +Maikel Verheijen=20 + [mailto:maikel@ladot.com]
Sent: Tuesday, May 27, 2003 9:43 = + + AM
To: 'Dovecot (E-mail)'
Subject: [Dovecot] = +Postgres=20 + "issue"

+

Dear list,


+

I have a small issue with dovecot talking to a = +postgresql=20 + server:

+

If my postgres server get restarted, dovecot fails = +to=20 + reconnect to the postgres server.

+

I run dovecot 0.99.9.1 (which is actually a cvs = +version of=20 + dovecot, of may 9 2003)

+

I have the same postgres version for the server as = +I use for=20 + 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=20 + password FROM aliases WHERE alias =3D 'maikel@test.com' AND password = +!=3D ''"=20 + failed: FATAL 1:  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 +

+

Which probably describes it all :)=20 +

+ +------_=_NextPart_001_01C32435.62781790-- +From tss@iki.fi Tue May 27 14:48:50 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Tue, 27 May 2003 17:05:01 +0100 (BST) +Date: Tue, 27 May 2003 17:05:00 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 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: +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 ; 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 ; Tue, 27 May 2003 17:29:02 +0100 (BST) +Date: Tue, 27 May 2003 17:28:57 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Tue, 27 May 2003 18:51:59 +0100 (BST) +Date: Tue, 27 May 2003 18:51:55 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 wrote: +> On Tue, 27 May 2003 17:05:00 +0100, +> Andrew Basterfield 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 28 May 2003 08:31:10 +0100 (BST) +Date: Wed, 28 May 2003 08:31:02 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + + +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: +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 ; 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" +Date: Thu, 29 May 2003 15:53:41 -0400 +To: Farkas Levente +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 May 2003 01:33:40 +0100 (BST) +Date: Fri, 30 May 2003 01:33:36 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 May 2003 03:27:46 +0100 (BST) +Date: Fri, 30 May 2003 03:27:42 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 29 May 2003 21:07:47 -0700 +Date: Thu, 29 May 2003 21:07:47 -0700 +Message-ID: +From: Robert Spier +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Message-ID: <20030530143201.GZ676@dust.uchicago.edu> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Robert Spier +Subject: Re: [Dovecot] the most serius problems [part 3] +In-Reply-To: +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 May 2003 23:39:55 +0100 (BST) +Date: Fri, 30 May 2003 23:39:50 +0100 +From: Andrew Basterfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Mon, 2 Jun 2003 17:19:22 +0300 +Received: from (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 ) + by mail1.konts.lv (qmail-ldap-1.03) with SMTP + for ; 2 Jun 2003 14:20:06 -0000 +Message-ID: <3EDB5D17.1050902@konts.lv> +Date: Mon, 02 Jun 2003 17:20:07 +0300 +From: Gasha +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 2 Jun 2003 20:39:48 +0300 +Received: from (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 ) + by mail1.konts.lv (qmail-ldap-1.03) with SMTP + for ; 2 Jun 2003 17:40:31 -0000 +Message-ID: <3EDB8C10.8010904@konts.lv> +Date: Mon, 02 Jun 2003 20:40:32 +0300 +From: Gasha +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 3 Jun 2003 10:14:19 +0200 +Date: Tue, 3 Jun 2003 10:14:22 +0200 (CEST) +From: Jens Laas +X-X-Sender: jensl@jlaas2.data.slu.se +To: Dovecot List +In-Reply-To: <3EDC51BD.1010700@bnap.hu> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Låås + +--- 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 + #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 Låås Email: jens.laas@data.slu.se + Department of Computer Services, SLU Phone: +46 18 67 35 15 + Vindbrovägen 1 + P.O. Box 7079 + S-750 07 Uppsala + SWEDEN +----------------------------------------------------------------------- +From jake@lucidpark.net Tue Jun 3 20:49:33 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: jensl@jlaas2.data.slu.se +To: Jacob Elder +Subject: Re: [Dovecot] gnutls_handshake problem +In-Reply-To: <20030603174920.GA18515@vger.capecodvacation.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 följande 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 Låås + +> +> -- +> Jacob Elder +> + +----------------------------------------------------------------------- + 'This mail automatically becomes portable when carried.' +----------------------------------------------------------------------- + Jens Låås Email: jens.laas@data.slu.se + Department of Computer Services, SLU Phone: +46 18 67 35 15 + Vindbrovägen 1 + P.O. Box 7079 + S-750 07 Uppsala + SWEDEN +----------------------------------------------------------------------- +From tss@iki.fi Wed Jun 4 19:41:05 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +In-Reply-To: <1054745152.8867.13.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 4 Jun 2003 22:17:36 +0300 +Received: from (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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Message-ID: <20030605005203.GA3437@dust.uchicago.edu> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +To: Jacob Elder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Christof Meerwald +Subject: Re: [Dovecot] Re: gnutls_handshake problem +In-Reply-To: <20030607063710.GA1174@hacking.cmeerw.net> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From mike@pixor.net Tue Jun 10 23:27:07 2003 +Return-Path: +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 ; 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 ; Tue, 10 Jun 2003 16:26:58 -0400 +Date: Tue, 10 Jun 2003 13:26:58 -0700 (PDT) +From: Mike Matz +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: Mike Matz +Subject: Re: [Dovecot] Help setting up SSL? +Message-ID: <20030611201714.GA17446@doublegemini.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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.. 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: +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 ; Fri, 13 Jun 2003 03:09:54 +0300 (EEST) +Received: from rocket.innercite.com (rocket.innercite.com [158.222.7.10]) + h5CNxOpB030841 + for ; Thu, 12 Jun 2003 16:59:25 -0700 +From: Mike Machado +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 13 Jun 2003 08:55:58 +0000 (GMT) +Date: Fri, 13 Jun 2003 10:56:55 +0200 +From: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: tom hensel +Subject: Re: [Dovecot] trouble with ssl +In-Reply-To: <20030613105655.59fa385b.tom@replic8.net> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: tom hensel +Subject: Re: [Dovecot] trouble with ssl +In-Reply-To: <20030613185303.2f050b84.tom@rpdnet.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Fri, 13 Jun 2003 16:21:32 -0400 +To: Mike Machado +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Mike Matz +Subject: Re: [Dovecot] trouble with ssl +Message-Id: <20030613185303.2f050b84.tom@rpdnet.com> +In-Reply-To: +References: <20030613105655.59fa385b.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="=.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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Sat, 14 Jun 2003 12:43:28 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Ehrhardt +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Sun, 15 Jun 2003 06:54:25 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 15 Jun 2003 14:56:07 +0200 (CEST) +Message-ID: <003401c3333d$79334290$1601a8c0@gorgon> +From: "Ola Garstad" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Farkas Levente +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Sender: Wouter Van Hemel +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 16 Jun 2003 09:41:37 +0300 +Received: from (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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Wouter Van Hemel +Subject: Re: [Dovecot] crash on LIST command +Message-ID: <20030616065625.GA25522@snigger.flatnet> +References: +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] crash on LIST command +In-Reply-To: <1055752123.10241.28.camel@hurina> +Message-ID: +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] crash on LIST command +In-Reply-To: <1055753236.10262.51.camel@hurina> +Message-ID: +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + <1055753236.10262.51.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 16 Jun 2003 12:02:52 -0400 +Message-ID: <010601c33420$bdadfd00$6401a8c0@nyc.rr.com> +From: "Ken Crain" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
+
I need to support Outlook/Outlook = +Express=20 +users of Sendmail with SMTP Authorization.  From what I can see, = +the LOGIN=20 +method available in Outlook/Outlook Express is the only = +applicable way=20 +to go at this time.  It appears it is not supported in = +Dovecot=20 +right now.  Is this correct and, if so, how would I go = +about adding=20 +this support?
+ +------=_NextPart_000_0103_01C333FF.367ACB40-- + +From jryden@thebox.our-own.net Mon Jun 16 20:22:26 2003 +Return-Path: +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 ; 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 +To: Ken Crain +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: ohp@pyrenet.fr +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 18 Jun 2003 01:13:31 +0200 (CEST) +Date: Wed, 18 Jun 2003 01:18:53 +0200 +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 18 Jun 2003 03:09:17 +0200 (CEST) +Date: Wed, 18 Jun 2003 03:14:43 +0200 +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + #include + #include ++#include + + #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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 18 Jun 2003 16:38:00 +1200 (NZST) +Date: Wed, 18 Jun 2003 16:38:00 +1200 +From: Zach Bagnall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Multiple auth howto +In-Reply-To: <1055874643.10262.115.camel@hurina> +Message-ID: +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 +Sender: ahanssen@shusaku.troll.no +To: Dovecot mailing list +Subject: Re: [Dovecot] Multiple auth howto +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + <1055874643.10262.115.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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
, args=0xbffffaec "", ret_len=0x809922f) + at strfuncs.c:262 +262 while (*str != '\0' && p != temp_end) +(gdb) bt +#0 _vstrconcat (str1=0x17
, 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
+ + +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +>Subject: Re: [Dovecot] Multiple auth howto +>To: Dovecot mailing list +>Message-ID: +> +>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 +>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: +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 ; 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 ; 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 ; + 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 ; Thu, 19 Jun 2003 16:06:07 +0000 (GMT) +Date: Thu, 19 Jun 2003 18:06:14 +0200 +From: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From charlie@rubberduck.com Fri Jun 20 05:59:28 2003 +Return-Path: +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 ; 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 +To: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +From: Steve Gare +In-Reply-To: <20030620182527.GB20209@irccrew.org> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Spectron International, Inc." +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +To: Christof Meerwald +Subject: Re: [Dovecot] Re: Dovecot and LDAP problems +In-Reply-To: <20030621054432.GA1116@hacking.cmeerw.net> +Message-ID: +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." +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From cmeerw@web.de Sun Jun 22 17:32:16 2003 +Return-Path: +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 ; 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 +To: "Jaldhar H. Vyas" +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Warren Togami +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 23 Jun 2003 02:16:33 -0400 +Subject: Re: [Dovecot] 0.99.10-rc1 +From: Jeremy Katz +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jeremy Katz , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by 10.1.254.206 (qmail-ldap-1.03) with SMTP + for ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ........." + +From jgilmour@bigpond.net.au Mon Jun 23 12:44:18 2003 +Return-Path: +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 ; 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 +Subject: Re: [Dovecot] newbie question: alias addresses +In-reply-to: +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: +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ........." +> +> + +From lfarkas@bnap.hu Mon Jun 23 16:56:06 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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: "" +To: dovecot-request@procontrol.fi +Cc: +Date: Mon, 23 Jun 03 23:50:54 GMT +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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: +From: "" +Reply-To: "" +To: dovecot-request@procontrol.fi +Cc: +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 + + + + +
+
+Dovecot-request = Become The Man That Women Desirelicensablefrolic
+
+
+ + + +
+
+ + + +
+ + + + + +
+

+ +MALE ORGAN ENLARGEMENT + +

+

And + Pleasure Enhancements + + + 

+ + +
+

 

+
+ + + +
+ + + +
+

Enlarge + your member! Rated NO.1 Penis Enlargement Pill On The Market

+ + + + + + +
+

moreinfo= +

 +

removeyourself

 +

moreinfo= +

+ + + +
+

 

+
+ + + +
+ + + + <= +/TBODY>
+

Enlarge + your member 1-3 inches IN 60 SECONDS

+ + + + + + +
+

 <= +/font>

+
+
+ + + +
+

Weight loss, Sleeping Aids, Pain Relief, + Viagraa

+ + + + + + +
+

moreinfo

 +

r= +emoveyourself

 +
+ + + = + + +
+

 moreinfo

+
+
+ + + + +
+

 

+
+
+ + + + = +
+

Loose + weight while you shower, 30 day guarantee!

+ + + + + + + +
    = +;            &= +nbsp;           &nb= +sp; +

removeyourse= +lf

    &= +nbsp;           &nb= +sp;         
+ + + + + +
+

 <= +/font>

+
+ +
+
+

 

+

 

+

 

+

toothpaste

+

 

+

 

+

ruo ajp +z +p +g eficx u vqsnf + yr +zk +pe qajkpei k pkvnmauatvyz xolvuoktt +cww + ah f

+

 

+

 

+

 

+

 

+u mlbafhhacvoveq xyfybxagtvnqlihqg ewav +nidbik wcqxrrnvcl + +--A._EE5A6.EF-- + + +------------=_3EF6B36E.D234760F-- + +From tom@rpdnet.com Mon Jun 23 19:31:30 2003 +Return-Path: +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 ; 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 ; 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 ; + 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 ; Mon, 23 Jun 2003 16:31:16 +0000 (GMT) +Date: Mon, 23 Jun 2003 18:31:24 +0200 +From: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 23 Jun 2003 12:40:00 -0400 +From: Jeremy Katz +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 23 Jun 2003 12:54:25 -0400 +Subject: Re: [Dovecot] RFC: PAM service name change? +From: Jeremy Katz +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by austin-jump.vircio.com (qmail-ldap-1.03) with SMTP + for ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ........." +>> +>> +> + +From dgc@uchicago.edu Mon Jun 23 21:33:41 2003 +Return-Path: +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 ; 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 +To: "R.Charles Sweeten" +Message-ID: <20030623183321.GK25801@dust.uchicago.edu> +Mail-Followup-To: "R.Charles Sweeten" , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; Mon, 23 Jun 2003 20:53:11 +0200 (CEST) +Date: Mon, 23 Jun 2003 20:53:06 +0200 +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Jens Gutzeit +Subject: Re: [Dovecot] starting with daemontools +In-Reply-To: <20030618011853.37be0e08.jens@freebsdforum.de> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: dovecot@procontrol.fi +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +Cc: dovecot@procontrol.fi +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 23 Jun 2003 22:49:53 +0200 +Date: Mon, 23 Jun 2003 22:49:53 +0200 +From: Adam Lackorzynski +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 +Subject: [Dovecot] OpenSSL on AIX +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: "Spectron International, Inc." +Subject: Re: [Dovecot] Help configuring dovecot +In-Reply-To: <004601c33a50$9e60bb00$080aa8c0@PAVILION> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +Subject: Re: [Dovecot] Help configuring dovecot +Message-ID: <20030624143359.GA19541@irccrew.org> +References: <004601c33a50$9e60bb00$080aa8c0@PAVILION> + +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +References: + <004601c33a50$9e60bb00$080aa8c0@PAVILION> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 24 Jun 2003 14:49:04 -0000 +X-UID: 1024 +Status: O + + +----- Original Message ----- +From: "Timo Sirainen" +To: "Dovecot List" +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: +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 ; 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 ; Tue, 24 Jun 2003 17:14:08 +0200 +Date: Tue, 24 Jun 2003 17:14:08 +0200 +From: Adam Lackorzynski +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 24 Jun 2003 12:17:48 -0400 (EDT) +Date: Tue, 24 Jun 2003 12:17:38 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +To: Dovecot List +Subject: Re: [Dovecot] Help configuring dovecot +In-Reply-To: +Message-ID: +References: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From adam@os.inf.tu-dresden.de Tue Jun 24 19:22:50 2003 +Return-Path: +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 ; 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 ; Tue, 24 Jun 2003 18:22:45 +0200 +Date: Tue, 24 Jun 2003 18:22:45 +0200 +From: Adam Lackorzynski +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 24 Jun 2003 12:23:41 -0400 (EDT) +Date: Tue, 24 Jun 2003 12:22:51 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +To: dovecot@procontrol.fi +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From dom@cus.org.uk Tue Jun 24 21:29:19 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From skvidal@phy.duke.edu Wed Jun 25 00:17:34 2003 +Return-Path: +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 ; 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 ; Tue, 24 Jun 2003 17:17:30 -0400 (EDT) +From: seth vidal +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: seth vidal +Subject: Re: [Dovecot] changing listening port +In-Reply-To: <1056489688.5224.39.camel@opus.phy.duke.edu> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 24 Jun 2003 23:23:10 +0200 +Date: Tue, 24 Jun 2003 23:23:10 +0200 +From: Adam Lackorzynski +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Charlie Brady +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Adam Lackorzynski +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 24 Jun 2003 18:00:00 -0400 (EDT) +From: seth vidal +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +To: Timo Sirainen +Subject: Re: [Dovecot] 0.99.10-rc3 +In-Reply-To: <1056497274.8144.26.camel@hurina> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From Juergen.Daubert@t-online.de Wed Jun 25 09:50:40 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +Jürgen + + +-- +juergen.daubert@t-online.de +From dom@cus.org.uk Wed Jun 25 10:51:10 2003 +Return-Path: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From dom@cus.org.uk Wed Jun 25 10:56:30 2003 +Return-Path: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From tss@iki.fi Wed Jun 25 13:51:05 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +#include +#include + +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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] 0.99.10-rc3 +In-Reply-To: <1056497274.8144.26.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ] +root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +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 ] +root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +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 ] +------------------------------------------ + +-- + Levente "Si vis pacem para bellum!" + + +From lfarkas@bnap.hu Wed Jun 25 18:38:29 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ] +root 18925 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +root 18939 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +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 ] +root 18945 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +root 18947 0.0 0.0 0 0 ? Z 17:35 0:00 +[dovecot-auth ] +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 ] +------------------------------------------ + +-- + Levente "Si vis pacem para bellum!" + + +From tss@iki.fi Wed Jun 25 19:41:20 2003 +Return-Path: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ] + +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: +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 ; 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 ; Thu, 26 Jun 2003 02:49:08 +0300 (EEST) +Subject: [Fwd: Re: [Dovecot] current cvs can't login] +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +To: Dominic Marks +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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + + + + + + + + + + + + + +
+ +

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       &nbs= +p; +-I../../../src/lib-storage    -g -O2 -Wall -W +-Wmissing-prototypes -Wmissing-declarations -Wpointer-arith = +-Wchar-subscripts +-Wformat=3D2 -Wbad-function-cast  = +-c mail-storage-register.c

+ +

rm -f +libstorage-register.a

+ +

ar cru +libstorage-register.a = +mail-storage-register.o

+ +

ranlib<= +font +size=3D2 face=3DArial> +libstorage-register.a

+ +

make[4]: Nothing +to be done for `all-am'.

+ +

Making all in auth

+ +

/bin/sh ../../libtool = +--mode=3Dlink +gcc  -g -O2 -Wall -W = +-Wmissing-prototypes +-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=3D2 +-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=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  = +../lib-settings/libsettings.a ../lib/liblib.a -lpam = +-L/usr/vpopmail/lib +-lvpopmail -ldl

+ +

ld: = +Undefined +symbols:

+ +

___udivdi3

+ +

___umoddi3

+ +

restFP<= +font +size=3D2 face=3DArial> + +

saveFP<= +font +size=3D2 face=3DArial> + +

___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-- + +From tss@iki.fi Thu Jun 26 04:08:19 2003 +Return-Path: +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 ; 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 ; Thu, 26 Jun 2003 04:08:15 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: + +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 ; 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: +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 ; 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 ; Thu, 26 Jun 2003 12:03:08 +0300 +Received: from (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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: + +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: +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 ; 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 ; Thu, 26 Jun 2003 15:33:07 +0300 (EEST) +Subject: Re: [Dovecot] mutt and dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> +> +> 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: +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 ; 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 ; Thu, 26 Jun 2003 16:47:11 +0300 (EEST) +Subject: Re: [Dovecot] mutt and dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Dovecot List" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 26 Jun 2003 17:44:12 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot and file permissions +From: Timo Sirainen +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 26 Jun 2003 19:21:02 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + * 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: + "/./" + + 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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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&AI2!M97-S86=E2!C +M;VUP:6QE7-T96T@='EP90IC +M;VYF:6=U IC;VYF:6=U&-E<'1I;VYS("UC(&-O;F9T97-T+F,@(&-O;F9T97-T+F,@,3XF-0IC;VYF +M:6=U6YA;6EC(&QI;FME'!L:6-I=&QY(&QI;FME9"!I;@IC;VYF:6=U"]M;6%N+F@* +M8V]N9FEG=7)E.C8T-#(Z(&-H96-K:6YG(&9O7,O7,O=&EM92YH"F-O;F9I9W5R +M93HV-SDP.B!C:&5C:VEN9R!F;W(@6YC"F-O;F9I9W5R93HW,#(U.B!C:&5C:VEN9R!F;W(@ +M9F1A=&%S>6YC(&EN("ULF4*8V]N9FEG=7)E.CF4@;V8@;&]N9PIC;VYF:6=U +MF4@;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;6ESPH*"2 @<')I;G1F*"(E;&0B+" H +M;V9F7W0I,"D["@D*.R!R971U7!E7,O='EP97,N:#X*"2 @(VEN8VQU9&4@/'-T +M9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P7!E7!EF5?="!I&ET)PIC;VYF:6=U +M7!E +MPH@(" @+RH@&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.C7!E7,O='EP97,N:#X*"2 @ +M(VEN8VQU9&4@/'-T9&EO+F@^"@D*:6YT(&UA:6XH*2!["@H)("!P7!E(&%R9R H87)G(#(I"F-O;F9I9W5R +M93H@9F%I;&5D('!R;V=R86T@=V%S.@HC;&EN92 W-C8Y(")C;VYF:6=U7!E +M7!E7,O=&EM92YH/@H@("-I;F-L=61E(#QS>7,OPH*("!S=')U8W0@7!E7!EPH*("!M"!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+61E8VQAF4@;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!@7,O='EP97,N:#X*(" @("-I;F-L=61E(#QS +M>7,O2!V86QU90IC;VYF:6=U7!T(&EN("UL8W)Y<'0*8V]N9FEG=7)E.CDS-#,Z(&-H +M96-K:6YG(&9O +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 ; 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 ; Fri, 27 Jun 2003 10:04:55 +1200 (NZST) +Date: Fri, 27 Jun 2003 10:04:54 +1200 +From: Zach Bagnall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: .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: .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: +..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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: .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: +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 ; 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 ; Sat, 28 Jun 2003 17:51:29 +0300 (EEST) +Subject: Re: [Dovecot] HELP +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Mon, 30 Jun 2003 02:52:25 +0300 (EEST) +Received: from 127.0.0.1 (localhost [213.133.103.207])E91761142F5 + for ; Mon, 30 Jun 2003 01:52:23 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 30 Jun 2003 15:06:37 +0300 (EEST) +Subject: Re: [Dovecot] migrating from cyrus +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 30 Jun 2003 15:53:32 +0300 (EEST) +Subject: Re: [Dovecot] migrating from cyrus +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Mon, 30 Jun 2003 16:44:05 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])BDC801142F5 + for ; Mon, 30 Jun 2003 15:44:04 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 30 Jun 2003 16:03:54 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F22762@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] 0.99.10 released + + + +

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-- +From tss@iki.fi Mon Jun 30 17:30:20 2003 +Return-Path: +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 ; 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 ; Mon, 30 Jun 2003 17:30:15 +0300 (EEST) +Subject: RE: [Dovecot] 0.99.10 released +From: Timo Sirainen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Date: Mon, 30 Jun 2003 17:13:45 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; Mon, 30 Jun 2003 18:39:58 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot first impressions +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 30 Jun 2003 22:02:37 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: RE: [Dovecot] 0.99.10 released +In-Reply-To: <1056983414.8172.555.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Date: Tue, 01 Jul 2003 11:09:40 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 01 Jul 2003 09:09:46 -0000 +X-UID: 1090 +Status: O + +Timo Sirainen 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: +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 ; 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 ; Tue, 1 Jul 2003 15:12:13 +0300 (EEST) +Subject: RE: [Dovecot] 0.99.10 released +From: Timo Sirainen +To: "'dovecot@procontrol.fi'" +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 15:15:32 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 15:22:51 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <1056999757.7582.610.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 15:41:42 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 19:56:09 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 22:04:54 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 22:14:42 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 1 Jul 2003 22:37:38 +0200 (CEST) +Subject: Re: [Dovecot] Configuration file changes +From: Ian Kumlien +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 + +--=-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: +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 ; 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 ; Wed, 2 Jul 2003 00:26:16 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 2 Jul 2003 00:47:19 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .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 : passwd-like file with specified location + # static uid= gid= home=: static settings + # vpopmail: vpopmail library + # ldap : LDAP, see doc/dovecot-ldap.conf + # pgsql : 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 [ | *]: PAM authentication + # passwd-file : passwd-like file with specified location + # vpopmail: vpopmail authentication + # ldap : LDAP, see doc/dovecot-ldap.conf + # pgsql : 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 .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 : passwd-like file with specified location + # static uid= gid= home=: static settings + # vpopmail: vpopmail library + # ldap : LDAP, see doc/dovecot-ldap.conf + # pgsql : 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 [ | *]: PAM authentication + # passwd-file : passwd-like file with specified location + # vpopmail: vpopmail authentication + # ldap : LDAP, see doc/dovecot-ldap.conf + # pgsql : 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: +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 ; 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" +Date: Tue, 1 Jul 2003 18:44:53 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 1 Jul 2003 18:47:34 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 2 Jul 2003 02:10:04 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 2 Jul 2003 04:56:55 +0300 (EEST) +Subject: Re: [Dovecot] a new error message +From: Timo Sirainen +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@vegemite.nssg.mitel.com +To: Timo Sirainen +In-Reply-To: <1057061533.8172.640.camel@hurina> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Charlie Brady +In-Reply-To: +References: + +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'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + * 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Thu, 3 Jul 2003 00:42:10 +0000 (GMT) +Date: Thu, 3 Jul 2003 04:42:13 +0200 +From: tom hensel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 3 Jul 2003 04:40:45 +0300 (EEST) +Subject: Re: [Dovecot] NetBSD Support +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 03 Jul 2003 16:12:09 -0000 +X-UID: 1117 +Status: O + +Quoting Charlie Allom : + +> 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 +From lrclause@cs.uiuc.edu Thu Jul 3 22:43:10 2003 +Return-Path: +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 ; Thu, 3 Jul 2003 22:43:08 +0300 (EEST) +Received: from shasta.cs.uiuc.edu (localhost [127.0.0.1]) + h63Jh6Mu017738 + for ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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): + + +. 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. + + +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: +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" +From: Timo Sirainen +In-Reply-To: <200307041057.34008.shalehperry@comcast.net> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 6 Jul 2003 23:11:35 +0300 (EEST) +Subject: Re: [Dovecot] Auth problems against Eudora +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' 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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 8 Jul 2003 22:00:11 +0100 (BST) +Date: Tue, 08 Jul 2003 22:00:10 +0100 +From: Stuart Henderson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ... + + UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon +" SUBJECT "Cron +/home/sthen/pingme") + +Dovecot 0.99.10 returns this ... + + 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 + 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 "")) +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 +" SUBJECT "Cron +/home/sthen/pingme") +A01270 NO Sequence out of range: 12 + +From stu@spacehopper.org Wed Jul 9 00:02:00 2003 +Return-Path: +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 ; 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 ; 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 ; Tue, 8 Jul 2003 22:01:13 +0100 (BST) +Date: Tue, 08 Jul 2003 22:01:12 +0100 +From: Stuart Henderson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 9 Jul 2003 11:08:10 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 18:09:26 +0300 (EEST) +Subject: Re: [Dovecot] search throwing "Sequence out of range" +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ... +> +> 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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 9 Jul 2003 11:22:31 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 18:28:12 +0300 (EEST) +Subject: Re: [Dovecot] LDAP bind questions +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Wed, 9 Jul 2003 17:49:14 +0100 (BST) +Date: Wed, 09 Jul 2003 17:49:13 +0100 +From: Stuart Henderson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's. +In-Reply-To: <20030709152231.GM28197@iridium.mv.net> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot list +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Stuart Henderson +Subject: Re: [Dovecot] LDAP bind questions +In-Reply-To: <17596765.1057772953@amethyst.37.spacehopper.org> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Charlie Brady +Subject: Re: [Dovecot] LDAP bind questions +Message-ID: <24995578.1057780352@amethyst.37.spacehopper.org> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ;-) + + + + +From mem@mv.mv.com Wed Jul 9 21:59:37 2003 +Return-Path: +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 ; 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" +Date: Wed, 9 Jul 2003 14:59:04 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 22:10:58 +0300 (EEST) +Subject: Re: [Dovecot] LDAP bind questions +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 22:17:10 +0300 (EEST) +Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 22:19:44 +0300 (EEST) +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 ; Wed, 9 Jul 2003 22:22:52 +0300 (EEST) +Subject: Re: [Dovecot] Re: Uncaught bounce notification +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <1057778383.6577.358.camel@hurina> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jul 2003 22:27:38 +0300 (EEST) +Subject: Re: [Dovecot] search throwing "Sequence out of range" +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ... +> +> UID SEARCH UNSEEN UNDELETED UNDRAFT 12 (OR FROM "Cron Daemon +> " SUBJECT "Cron +> /home/sthen/pingme") +> +> Dovecot 0.99.10 returns this ... +> +> 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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 9 Jul 2003 15:32:48 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 9 Jul 2003 15:47:35 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Wed, 9 Jul 2003 20:51:02 +0100 (BST) +Date: Wed, 09 Jul 2003 20:51:01 +0100 +From: Stuart Henderson +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Thu, 10 Jul 2003 02:23:45 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jul 2003 00:24:22 -0000 +X-UID: 1152 +Status: O + +Timo Sirainen 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: +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 ; 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 +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 +Date: Thu, 10 Jul 2003 02:26:57 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jul 2003 00:27:31 -0000 +X-UID: 1153 +Status: O + +Timo Sirainen 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: +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 ; 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 +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: + <1057778383.6577.358.camel@hurina> <1057778572.1736.361.camel@hurina> +From: Matthias Andree +Date: Thu, 10 Jul 2003 02:28:26 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jul 2003 00:29:00 -0000 +X-UID: 1154 +Status: O + +Timo Sirainen 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: +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 ; 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 ; Thu, 10 Jul 2003 03:38:28 +0300 (EEST) +Subject: Re: [Dovecot] Concerns switching from Courier to Dovecot +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <200307091904.h69J4cn10717@panix5.panix.com> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +In-Reply-To: +References: <199740171.1057542680@amethyst.37.spacehopper.org> + <1057779057.6577.370.camel@hurina><1057779292.1736.373.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Thu, 10 Jul 2003 03:44:26 +0300 (EEST) +Subject: Re: [Dovecot] Re: Uncaught bounce notification +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: + <1057778383.6577.358.camel@hurina> <1057778572.1736.361.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 10 Jul 2003 06:17:01 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 10 Jul 2003 12:54:56 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes in CVS +From: Timo Sirainen +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 10 Jul 2003 13:06:40 +0100 (BST) +Date: Thu, 10 Jul 2003 13:06:39 +0100 +From: Stuart Henderson +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 + + +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: +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 ; 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 +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 +Date: Thu, 10 Jul 2003 15:20:53 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jul 2003 13:21:28 -0000 +X-UID: 1162 +Status: O + +Timo Sirainen 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: +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 ; 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 +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> + + <1057797578.10425.418.camel@hurina> +From: Matthias Andree +Date: Thu, 10 Jul 2003 15:25:19 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jul 2003 13:25:53 -0000 +X-UID: 1163 +Status: O +Content-Length: 1357 + +Timo Sirainen writes: + +> On Thu, 2003-07-10 at 03:26, Matthias Andree wrote: +>> Timo Sirainen 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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] Date sort-order ignoring timezone, and a few Q's. +In-Reply-To: <1057777760.6577.346.camel@hurina> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot list +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Dovecot List +Subject: Re: [Dovecot] Configuration file changes in CVS +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +To: Dovecot list +In-Reply-To: +References: <199740171.1057542680@amethyst.37.spacehopper.org> + <1057779292.1736.373.camel@hurina><1057797578.10425.418.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot list +In-Reply-To: +References: <199740171.1057542680@amethyst.37.spacehopper.org> + <1057779292.1736.373.camel@hurina><1057797578.10425.418.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 10 Jul 2003 17:52:08 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes in CVS +From: Timo Sirainen +To: Dovecot List +In-Reply-To: +References: <1057807021.10425.458.camel@hurina> <3F0D1185.9040903@bnap.hu> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 11:48:50 -0400 +To: Timo Sirainen +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> + <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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: "Mark E. Mallett" +Subject: Re: [Dovecot] Configuration file changes in CVS +In-Reply-To: <20030710154850.GU19950@iridium.mv.net> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Configuration file changes in CVS +Message-Id: <20030710143706.3d4c2373.david@eelf.ddts.net> +In-Reply-To: +References: <20030710154850.GU19950@iridium.mv.net> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Thu, 10 Jul 2003 22:25:50 +0300 (EEST) +Subject: Re: [Dovecot] Configuration file changes in CVS +From: Timo Sirainen +To: Dovecot List +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 15:54:36 -0400 +To: Charlie Brady +Subject: Re: [Dovecot] Configuration file changes in CVS +Message-ID: <20030710195436.GB15140@iridium.mv.net> +References: <20030710154850.GU19950@iridium.mv.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 15:56:07 -0400 +To: David B Harris +Subject: Re: [Dovecot] Configuration file changes in CVS +Message-ID: <20030710195607.GC15140@iridium.mv.net> +References: <20030710154850.GU19950@iridium.mv.net> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: "Mark E. Mallett" +Subject: Re: [Dovecot] Configuration file changes in CVS +In-Reply-To: <20030710195436.GB15140@iridium.mv.net> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 16:15:00 -0400 +To: Charlie Brady +Subject: Re: [Dovecot] Configuration file changes in CVS +Message-ID: <20030710201500.GL15140@iridium.mv.net> +References: <20030710195436.GB15140@iridium.mv.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +cc: Dovecot List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 17:52:25 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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" +From: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 19:49:20 -0400 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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" +From: Timo Sirainen +In-Reply-To: <20030710234920.GN1552@iridium.mv.net> +Message-Id: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 10 Jul 2003 20:12:52 -0400 +To: Timo Sirainen +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +cc: Dovecot list +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <1057848728.1736.504.camel@hurina> +From: Matthias Andree +Date: Fri, 11 Jul 2003 11:23:06 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 11 Jul 2003 09:23:18 -0000 +X-UID: 1184 +Status: O +Content-Length: 1071 + +Timo Sirainen 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: +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 ; 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> + + <1057848420.6577.501.camel@hurina> +From: Matthias Andree +Date: Fri, 11 Jul 2003 11:32:19 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 11 Jul 2003 09:32:22 -0000 +X-UID: 1185 +Status: O + +Timo Sirainen 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 continues to work. + +-- +Matthias Andree +From dovecot@andreas.hanssen.name Fri Jul 11 13:35:59 2003 +Return-Path: +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 ; 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 +Sender: ahanssen@shusaku.troll.no +To: Dovecot List +Subject: Re: [Dovecot] Configuration file changes in CVS +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: + (Andreas + Aardal Hanssen's message of "Fri, 11 Jul 2003 12:35:54 +0200 (CEST)") +References: +From: Matthias Andree +Date: Fri, 11 Jul 2003 13:08:32 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 11 Jul 2003 11:08:34 -0000 +X-UID: 1187 +Status: O + +Andreas Aardal Hanssen 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 From line". + +-- +Matthias Andree +From dovecot@andreas.hanssen.name Fri Jul 11 15:06:58 2003 +Return-Path: +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 ; 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 +Sender: ahanssen@shusaku.troll.no +To: Dovecot mailing list +Subject: Re: [Dovecot] Configuration file changes in CVS +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 From line". + +Whooh - my bad. :P + +Andy + +-- +Andreas Aardal Hanssen + + +From james@physicalsegment.com Fri Jul 11 22:48:00 2003 +Return-Path: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
Hi there, I've currently compiled and = +running=20 +dovecot version 0.99.10 on my FreeBSD 4.8
+
system from the ports and am having = +problems with=20 +authenticating clients with the imap/pop3 service.
+
 
+
The error message i get = +is:
+
 
+
Jul 11 19:26:18 dev dovecot: = +Dovecot starting=20 +up
Jul 11 19:27:23 dev dovecot-auth: passwd(james): invalid password = +field=20 +'*'
Jul 11 19:27:23 dev imap-login: Disconnected=20 +[10.0.0.1]
+
On the client system I am using Outlook = +Express 6=20 +and the password dialog box keeps on comming up.
+
 
+
Im sure its somthing to do with my conf = +file not=20 +being configured right, here are the main bits:
+
 
+
default_mail_env =3D = +mbox:/var/mail/%u
+
client_workarounds =3D = +oe6-fetch-no-newmail=20 +outlook-idle
auth =3D default
auth_userdb =3D = +passwd
auth_passdb =3D=20 +passwd
+
auth_user =3D = +dovecot-auth
auth_username_chars=20 +=3D

If its somthing simple please point me in the right direction = +as 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!
+
 
+
Many thanks in advanced.
+
 
+
James.
+
 
+
 
+ +------=_NextPart_000_0014_01C347ED.BB7F28C0-- + +From tss@iki.fi Sat Jul 12 01:01:11 2003 +Return-Path: +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 ; 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 +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: +Content-Transfer-Encoding: 7bit +In-Reply-To: <53934.195.235.92.108.1057911503.squirrel@www.eurielec.etsit.upm.es> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: +Content-Transfer-Encoding: 7bit +In-Reply-To: <006401c347fb$3b372920$fa00000a@jd> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = +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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From charlieb-dovecot@e-smith.com Sat Jul 12 17:25:08 2003 +Return-Path: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] Permission denied +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Date: Sat, 12 Jul 2003 23:58:45 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 12 Jul 2003 21:59:19 -0000 +X-UID: 1199 +Status: O + +Timo Sirainen 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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] Permission denied +In-Reply-To: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 13 Jul 2003 02:30:29 +0300 (EEST) +Subject: Re: [Dovecot] Permission denied +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 13 Jul 2003 04:08:12 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <1058052628.1736.540.camel@hurina> +From: Matthias Andree +Date: Sun, 13 Jul 2003 03:16:38 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 13 Jul 2003 01:17:11 -0000 +X-UID: 1203 +Status: O +Content-Length: 2122 + +Timo Sirainen 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: +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 ; 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 ; Sun, 13 Jul 2003 15:27:55 +0300 (EEST) +Subject: Re: [Dovecot] Permission denied +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <2AF1C242-B480-11D7-A251-000393CC2E90@iki.fi> + <1058052628.1736.540.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <1058099274.6577.571.camel@hurina> +From: Matthias Andree +Date: Sun, 13 Jul 2003 14:32:30 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 13 Jul 2003 12:32:35 -0000 +X-UID: 1205 +Status: O + +Timo Sirainen 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F125293.4050205@comcast.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 14 Jul 2003 09:23:05 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F228DE@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] dovecot.procontrol.fi anonymous access = +fails? + + + +

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-- +From cras@irccrew.org Mon Jul 14 10:25:39 2003 +Return-Path: +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 ; 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 +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 14 Jul 2003 09:54:45 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F228E1@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] dovecot.procontrol.fi anonymous access fails? + + + +

> 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-- +From tss@iki.fi Mon Jul 14 13:08:20 2003 +Return-Path: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +#include +#include +#include + +#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: +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 ; 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 ; Wed, 16 Jul 2003 05:01:48 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Wed, 16 Jul 2003 13:56:10 +0800 (WST) +From: Grahame Bowland +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 16 Jul 2003 09:19:28 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 16 Jul 2003 09:35:52 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Wed, 16 Jul 2003 14:49:13 +0800 (WST) +Subject: Re: [Dovecot] Dovecot on Linux 2.6.0-test1-ac1 +From: Grahame Bowland +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 18 Jul 2003 03:35:58 +0300 (EEST) +Subject: Re: [Dovecot] How to use SASL2? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From tss@iki.fi Fri Jul 18 18:53:30 2003 +Return-Path: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <1058541607.3767.15.camel@GS2064.SP.CS.CMU.EDU> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 18 Jul 2003 23:40:25 +0200 +Message-ID: <410777FC7A66D511911500B0D0783455024C5186@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +Loadable module + + + +

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-- +From tss@iki.fi Sat Jul 19 01:14:09 2003 +Return-Path: +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 +From: Timo Sirainen +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'" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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? + +_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: +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 ; 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 +Subject: [Dovecot] migrating from uw imapd +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Craig +Subject: Re: [Dovecot] migrating from uw imapd +In-Reply-To: <20030719131717.GA10461@themadship.dhs.org> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Wouter Van Hemel +In-Reply-To: +References: <20030719131717.GA10461@themadship.dhs.org> + +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Sat, 19 Jul 2003 12:17:31 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Sat, 19 Jul 2003 21:21:05 +0300 (EEST) +To: dovecot@procontrol.fi +From: Matthew Reimer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Wouter Van Hemel +Message-ID: <20030721002122.GY17000@dust.uchicago.edu> +Mail-Followup-To: Wouter Van Hemel , + Craig , dovecot@procontrol.fi +References: <20030719131717.GA10461@themadship.dhs.org> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-Gouranga: Gouranga gouranga gouranga +User-Agent: Mutt/1.5.2i +cc: Craig +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 , +* "Wouter Van Hemel" 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: +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 ; 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 ; Tue, 22 Jul 2003 13:04:04 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F229B8@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Timo Sirainen'" , + Maikel Verheijen +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'" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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? +> +> _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 + + + + + + +RE: [Dovecot] Loadable module + + + +

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-- +From lfarkas@bnap.hu Tue Jul 22 14:30:45 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 22 Jul 2003 16:11:12 +0300 (EEST) +Subject: RE: [Dovecot] Loadable module +From: Timo Sirainen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <6F360AC3-BC52-11D7-925D-000393B64262@oav.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 22 Jul 2003 17:11:19 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F229CF@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Timo Sirainen'" , + "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] Loadable module + + + +

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 =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.

+ +

> 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-- +From tss@iki.fi Tue Jul 22 19:53:57 2003 +Return-Path: +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 +From: Timo Sirainen +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'" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Wed, 23 Jul 2003 12:49:28 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F229E5@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +Imap 2 imap copy tool? + + + +

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-- +From grahame@ucs.uwa.edu.au Wed Jul 23 17:33:11 2003 +Return-Path: +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 ; 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 ; 23 Jul 2003 14:49:35 -0000 +From: Grahame Bowland +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 16:50:13 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F229F9@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'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'" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] Hooks on folder operations + + + +

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-- +From redjar@redjar.org Wed Jul 23 17:53:16 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 18:03:09 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 18:07:31 +0300 (EEST) +Subject: Re: [Dovecot] user database clarification +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 18:17:55 +0300 (EEST) +Subject: RE: [Dovecot] Hooks on folder operations +From: Timo Sirainen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <1058972851.1063.74.camel@hurina> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 19:06:35 +0300 (EEST) +Subject: Re: [Dovecot] user database clarification +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 23 Jul 2003 12:22:41 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 23 Jul 2003 16:49:36 -0000 +Subject: RE: [Dovecot] Hooks on folder operations +From: Grahame Bowland +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 23 Jul 2003 14:12:05 -0400 +To: Grahame Bowland +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'" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 22:20:43 +0300 (EEST) +Subject: Re: [Dovecot] Hooks on folder operations +From: Timo Sirainen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: SIMflex Internet Support +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jul 2003 18:31:15 -0400 (EDT) +Date: Wed, 23 Jul 2003 18:31:11 -0400 (EDT) +From: "Jaldhar H. Vyas" +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: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From amyzing@talsever.com Thu Jul 24 05:52:36 2003 +Return-Path: +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 ; 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 ; Wed, 23 Jul 2003 22:52:17 -0400 (EDT) +Date: Wed, 23 Jul 2003 22:52:17 -0400 +From: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +From: Reuben Farrelly +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030723225217.73dde8ac.amyzing@talsever.com> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 24 Jul 2003 11:25:18 +0100 +From: Rob Thyssen +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <200307241125.18334.dove@thys.co.uk> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 24 Jul 2003 12:14:15 +0100 (BST) +From: Rob Thyssen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 24 Jul 2003 14:45:31 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot, Squirrelmail and KMail +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Adam Shand , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; 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 ; Fri, 25 Jul 2003 15:53:27 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F22A87@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'Dovecot (E-mail)'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> > 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 + + + + + + +FW: [Dovecot] Is dovecot NFS safe? + + + +

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=3D/local/path/to/indexes/%u" or +
> > ":INDEX=3DMEMORY", all machines = +accessing the mailstore should have +
> > sync'd clocks, and all imap servers need = +separate hostnames. +
> > +
> > --Stu +
> > +
> +

+ + + +------_=_NextPart_001_01C352B4.1F9B53D0-- +From matthias.andree@gmx.de Fri Jul 25 17:21:59 2003 +Return-Path: +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 ; 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 ; Fri, 25 Jul 2003 16:21:53 +0200 (CEST) +Date: Fri, 25 Jul 2003 16:21:52 +0200 +From: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 25 Jul 2003 20:48:07 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot on Mac OS X? +From: Timo Sirainen +To: dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Date: Sat, 26 Jul 2003 09:51:11 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 26 Jul 2003 07:51:16 -0000 +X-UID: 1274 +Status: O + +Matthias Andree 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: +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 ; 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 ; Sat, 26 Jul 2003 21:46:58 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 27 Jul 2003 08:55:16 +0300 (EEST) +From: Timo Sirainen +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + Mon, 28 Jul 2003 02:21:41 +0200 +From: Adam Shand +Date: Mon, 28 Jul 2003 12:21:39 +1200 +Lines: 24 +Message-ID: +References: <3F209FD5.5070308@personaltelco.net> + <20030725162152.2fc3af63.matthias.andree@gmx.de> + +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: +Sender: news +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + > 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: +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 ; 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 +Subject: Re: [Dovecot] Re: Is dovecot NFS safe? +In-Reply-To: (Adam Shand's message of "Mon, 28 + Jul 2003 12:21:39 +1200") +References: <3F209FD5.5070308@personaltelco.net> + <20030725162152.2fc3af63.matthias.andree@gmx.de> + +From: Matthias Andree +Date: Tue, 29 Jul 2003 19:10:43 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 29 Jul 2003 17:10:54 -0000 +X-UID: 1278 +Status: O + +Adam Shand 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: +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 ; 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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 31 Jul 2003 05:47:41 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 31 Jul 2003 05:58:32 +0300 (EEST) +Subject: Re: [Dovecot] corrupt mbox, mailboxes not found, and message read + status +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 31 Jul 2003 13:07:47 +0200 +Message-ID: <410777FC7A66D511911500B0D078345501F22B55@nlladot05.intern.ladot.com> +From: Maikel Verheijen +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +RE: [Dovecot] corrupt mbox, mailboxes not found, and message = +read status + + + +

[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-- +From charlieb-dovecot@e-smith.com Thu Jul 31 20:45:26 2003 +Return-Path: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: "'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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Jared +Subject: Re: [Dovecot] corrupt mbox, mailboxes not found, and message read + status +In-Reply-To: +Message-ID: +References: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From amartinez@equital.com.uy Sat Aug 2 17:25:58 2003 +Return-Path: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 , + dovecot@procontrol.fi +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 2 Aug 2003 19:53:04 +0300 (EEST) +Subject: Re: [Dovecot] corrupt mbox, mailboxes not found, and message read + status +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <20030802145828.GA6089@woom.net> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 2 Aug 2003 19:56:16 +0300 (EEST) +Subject: Re: [Dovecot] Confusion +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + <1059620312.1057.313.camel@hurina> +From: Matthias Andree +Date: Mon, 04 Aug 2003 10:43:51 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 04 Aug 2003 08:43:57 -0000 +X-UID: 1294 +Status: O + +Timo Sirainen 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: +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 ; 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 +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: + <1059620312.1057.313.camel@hurina> <20030802145828.GA6089@woom.net> + <1059843183.410.17.camel@hurina> +From: Matthias Andree +Date: Mon, 04 Aug 2003 10:44:22 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 04 Aug 2003 08:44:28 -0000 +X-UID: 1295 +Status: O + +Timo Sirainen 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: +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 ; Tue, 5 Aug 2003 21:30:07 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])26CD2114015 + for ; Tue, 5 Aug 2003 20:29:56 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 5 Aug 2003 22:44:39 +0300 (EEST) +Subject: Re: [Dovecot] compile with dietlibc +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ]) ++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 " ++]) ++ ++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 ]) ++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: +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 ; Tue, 5 Aug 2003 23:29:18 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])C808E1141A6 + for ; Tue, 5 Aug 2003 22:29:08 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Eric S. Johansson" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 6 Aug 2003 16:10:44 +0300 (EEST) +Subject: Re: [Dovecot] Slow bulk deleting +From: Timo Sirainen +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Wed, 06 Aug 2003 23:32:29 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 06 Aug 2003 21:32:39 -0000 +X-UID: 1303 +Status: O + +Timo Sirainen writes: + +> -AC_CHECKTYPE2(uintmax_t, [#include ]) +> +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 " +> +]) +> + +> +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: +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 ; 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 ; 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 +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Sat, 09 Aug 2003 23:45:00 +0200 +From: Matthias Andree +Date: Sat, 09 Aug 2003 21:14:03 +0200 +Lines: 6 +Message-ID: +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 +Subject: [Dovecot] Re: Some benchmarking +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Mike Brown , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From tss@iki.fi Sun Aug 10 18:47:04 2003 +Return-Path: +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 ; 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 ; Sun, 10 Aug 2003 18:47:00 +0300 (EEST) +Subject: Re: [Dovecot] CVS/test version config/build failures on FreeBSD +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Mike Brown +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From tss@iki.fi Sun Aug 10 21:56:32 2003 +Return-Path: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From mike@skew.org Mon Aug 11 01:26:39 2003 +Return-Path: +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 ; 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 +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 11 Aug 2003 10:53:07 +1200 (NZST) +Date: Mon, 11 Aug 2003 10:53:02 +1200 +From: Zach Bagnall +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Re: Some benchmarking +Message-Id: <20030811105302.30adbe66.zach.bagnall@bulletinwireless.com> +In-Reply-To: +References: <8F10FB9E-C613-11D7-9D22-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 +From: Timo Sirainen +In-Reply-To: <200308102226.h7AMQWXo057357@chilled.skew.org> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 12 Aug 2003 16:20:24 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Sender: andreaha@lexx.infeline.org +To: Dovecot mailing list +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Tue, 12 Aug 2003 16:40:35 -0400 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot mailing list +Content-Transfer-Encoding: 7bit +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030812204035.GA14371@kongemord.krig.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 13 Aug 2003 03:03:30 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] login w/ IMAP & LDAP +Message-ID: <20030813070330.GA15468@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +References: <20030812204035.GA14371@kongemord.krig.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 13 Aug 2003 14:38:39 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] login w/ IMAP & LDAP +Message-ID: <20030813183839.GB44170@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 14 Aug 2003 04:33:26 +0300 (EEST) +Subject: Re: [Dovecot] Mozilla +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 14 Aug 2003 04:40:50 +0300 (EEST) +Subject: Re: [Dovecot] login w/ IMAP & LDAP +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 13 Aug 2003 23:25:08 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] login w/ IMAP & LDAP +Message-ID: <20030814032508.GB52396@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP + for ; 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" +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 can´t 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. It´s empty. + +Regards, + Stefan +From molter@tin.it Thu Aug 14 10:07:11 2003 +Return-Path: +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 ; 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 ; + 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP + for ; 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" +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 can´t 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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F3BB952.5020606@harvee.org> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: <4729.213.146.112.93.1060879915.squirrel@sqmail.sels.com> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Thu, 14 Aug 2003 14:16:00 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] login w/ IMAP & LDAP +Message-ID: <20030814181600.GB59570@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Thu, 14 Aug 2003 23:20:22 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])E33A21141B1 + for ; Thu, 14 Aug 2003 22:20:06 +0200 (CEST) +From: Jens Gutzeit +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Subject: [Dovecot] error in config file? +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030814203640.GB5235@oznog.org> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 15 Aug 2003 00:34:52 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])1B1651141AF + for ; Thu, 14 Aug 2003 23:34:42 +0200 (CEST) +From: Jens Gutzeit +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tobias Sasse +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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." +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Sat, 16 Aug 2003 13:44:55 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] login w/ IMAP & LDAP +Message-ID: <20030816174455.GD6910@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 17 Aug 2003 02:13:30 +0300 (EEST) +Subject: Re: [Dovecot] more transitional joys +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 17 Aug 2003 02:16:16 +0300 (EEST) +Subject: Re: [Dovecot] 0.9.10 and Cygwin +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 17 Aug 2003 17:39:18 +0300 (EEST) +Subject: Re: [Dovecot] more transitional joys +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Sun, 17 Aug 2003 20:23:15 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 17 Aug 2003 18:23:23 -0000 +X-UID: 1362 +Status: O + +Timo Sirainen 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: +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 ; 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 ; Mon, 18 Aug 2003 06:43:03 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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, size=3D291, nrcpt=3D1 (queue active) +Aug 18 15:32:44 slk90 postfix/local[12254]: 95C3717D5C: = +to=3D, orig_to=3D, = +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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Mon, 18 Aug 2003 20:18:11 -0400 +To: Dovecot Mail List +Message-ID: <20030819001810.GD55027@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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/. +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: +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 ; 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" +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Tue, 19 Aug 2003 00:32:27 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030819043227.GA55571@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 19 Aug 2003 16:11:52 +0300 (EEST) +Subject: Re: [Dovecot] Questions +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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=, orig_to=, 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: +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 ; 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 ; Tue, 19 Aug 2003 16:12:20 +0300 (EEST) +Subject: Re: [Dovecot] Re: CVS Note +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 19 Aug 2003 16:17:10 +0300 (EEST) +Subject: Re: [Dovecot] transitional weirdnesses +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 19 Aug 2003 16:23:00 +0300 (EEST) +Subject: Re: [Dovecot] Three oddities +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 19 Aug 2003 16:28:53 +0300 (EEST) +Subject: Re: [Dovecot] Three oddities +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F4229C3.4010105@harvee.org> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 19 Aug 2003 09:50:36 -1000 (HST) +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <1061321415.7623.103.camel@laptop> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Tue, 19 Aug 2003 17:11:23 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030819211109.GA2673@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 19 Aug 2003 18:09:29 -0400 +To: Timo Sirainen +Subject: Re: [Dovecot] transitional weirdnesses +Message-ID: <20030819220929.GC16988@iridium.mv.net> +References: <3F4229C3.4010105@harvee.org> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 19 Aug 2003 20:49:21 -0400 +To: "Eric S. Johansson" +Subject: Re: [Dovecot] transitional weirdnesses +Message-ID: <20030820004920.GK1902@iridium.mv.net> +References: <3F4229C3.4010105@harvee.org> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 20 Aug 2003 06:11:59 +0300 (EEST) +Subject: Re: [Dovecot] Three oddities +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 20 Aug 2003 06:14:23 +0300 (EEST) +Subject: Re: [Dovecot] transitional weirdnesses +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <3F42AAEA.4080805@harvee.org> +References: <3F4229C3.4010105@harvee.org> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 20 Aug 2003 01:19:08 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030820051908.GA779@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 20 Aug 2003 08:51:32 +0300 (EEST) +Subject: Re: [Dovecot] Three oddities +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 20 Aug 2003 04:29:32 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030820082931.GA939@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 20 Aug 2003 12:30:43 -0400 +To: Timo Sirainen +Subject: Re: [Dovecot] transitional weirdnesses +Message-ID: <20030820163043.GA9329@iridium.mv.net> +References: <3F4229C3.4010105@harvee.org> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030820163043.GA9329@iridium.mv.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 20 Aug 2003 13:20:26 -0400 +To: Timo Sirainen +Subject: Re: [Dovecot] transitional weirdnesses +Message-ID: <20030820172026.GA10409@iridium.mv.net> +References: <20030820163043.GA9329@iridium.mv.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 20 Aug 2003 13:56:21 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 20 Aug 2003 15:24:53 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030820192453.GB4420@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030820192453.GB4420@kongemord.krig.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Dovecot Mail List +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: + +* LIST (\Noselect) ";" "" +>a0002 OK List completed. +* 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. +* STATUS "incoming.foo" (RECENT 397) +>a0004 OK Status completed. +a0005 OK NOOP completed. + +Comments? + +-- +Charlie + +From tss@iki.fi Thu Aug 21 01:12:44 2003 +Return-Path: +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 ; 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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 20 Aug 2003 18:26:18 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] Three oddities +Message-ID: <20030820222617.GA5849@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +References: <20030820192453.GB4420@kongemord.krig.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] rawlog change suggestion +In-Reply-To: <603A45E9-D35B-11D7-8B96-000393CC2E90@iki.fi> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot Mail List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 22 Aug 2003 08:09:41 +0300 (EEST) +Subject: Re: [Dovecot] Three oddities +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 22 Aug 2003 08:17:58 +0300 (EEST) +Subject: Re: [Dovecot] user database clarification +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Fri, 22 Aug 2003 02:08:35 -0400 +To: Dovecot Mail List +Message-ID: <20030822060834.GA5880@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +References: <20030820192453.GB4420@kongemord.krig.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 23 Aug 2003 22:34:10 -3736800 +Message-ID: <000501c369b5$1e7dbde0$8b01a8c0@notebook> +From: "thomas may" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Sat, 23 Aug 2003 18:56:14 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No rawlog with LDAP +Message-ID: <20030823225613.GA6200@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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" +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: thomas may +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 24 Aug 2003 03:15:09 +0300 (EEST) +Subject: Re: [Dovecot] please add MySQL Support! +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 24 Aug 2003 03:21:28 +0300 (EEST) +Subject: Re: [Dovecot] No rawlog with LDAP +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Sun, 24 Aug 2003 00:10:57 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No rawlog with LDAP +Message-ID: <20030824041056.GA8650@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Steve Sloan +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 . + +> 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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 . +> +> +> +>>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 + + + + + + + + +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-- + +From mreimer@vpop.net Sun Aug 24 06:44:52 2003 +Return-Path: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Sun, 24 Aug 2003 01:43:45 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No rawlog with LDAP +Message-ID: <20030824054345.GA9103@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F484261.8090901@lansol.com.au> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 24 Aug 2003 16:07:42 +0300 (EEST) +Subject: Re: [Dovecot] Chrooting the Mail processes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 24 Aug 2003 16:14:20 +0300 (EEST) +Subject: Re: [Dovecot] Chrooting the Mail processes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Chrooting the Mail processes +In-reply-to: <1061730859.24982.223.camel@hurina> +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F490142.3090009@rosanneke.com> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Sun, 24 Aug 2003 23:04:28 -0400 +To: Dovecot Mail List +Message-ID: <20030825030428.GA12508@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] 0.99.11-test6 +Message-ID: <20030825050633.GD6879@myinternet.com.au> +References: + +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="nHwqXXcoX0o6fKCv" +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] 0.99.11-test6 +In-Reply-To: (Timo Sirainen's + message of "Sun, 24 Aug 2003 11:43:08 +0300") +References: +From: Matthias Andree +Date: Mon, 25 Aug 2003 11:09:53 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 25 Aug 2003 09:10:30 -0000 +X-UID: 1436 +Status: O + +Timo Sirainen 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: +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 ; 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 ; 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 ; + 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 ; Mon, 25 Aug 2003 10:34:59 +0000 (GMT) +Date: Mon, 25 Aug 2003 12:36:09 +0200 +From: tom hensel +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] 0.99.11-test6 +Message-Id: <20030825123609.554611ed.tom@replic8.net> +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Sender: ahanssen@shusaku.troll.no +To: Dovecot mailing list +Subject: Re: [Dovecot] 0.99.11-test6 +In-Reply-To: <03870185-D6F0-11D7-9D97-000393CC2E90@iki.fi> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot mailing list +Content-Transfer-Encoding: 7bit +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 26 Aug 2003 00:40:00 +0200 +From: Gunter Ohrner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Tue, 26 Aug 2003 04:39:23 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])327261141C1 + for ; Tue, 26 Aug 2003 03:39:12 +0200 (CEST) +From: Jens Gutzeit +To: +Subject: Re: [Dovecot] 0.99.11-test6 +Date: Tue, 26 Aug 2003 03:40:32 +0200 +User-Agent: KMail/1.5.3 +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 26 Aug 2003 11:59:25 +0300 (EEST) +Subject: Re: [Dovecot] 0.99.11-test6 +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <200308260340.32689.jens@freebsdforum.de> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + <200308260340.32689.jens@freebsdforum.de> + <1061888365.834.12.camel@hurina> +From: Matthias Andree +Date: Tue, 26 Aug 2003 15:22:15 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 26 Aug 2003 13:22:51 -0000 +X-UID: 1445 +Status: O + +Timo Sirainen 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: +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 ; 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 +Sender: ahanssen@shusaku.troll.no +To: Dovecot mailing list +Subject: Re: [Dovecot] 0.99.11-test6 +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +Subject: Re: [Dovecot] 0.99.11-test6 +In-Reply-To: + (Andreas + Aardal Hanssen's message of "Tue, 26 Aug 2003 15:43:52 +0200 (CEST)") +References: +From: Matthias Andree +Date: Tue, 26 Aug 2003 17:18:43 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 26 Aug 2003 15:19:09 -0000 +X-UID: 1447 +Status: O + +Andreas Aardal Hanssen writes: + +> On Tue, 26 Aug 2003, Matthias Andree wrote: +>>Timo Sirainen 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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; Tue, 26 Aug 2003 22:18:36 +0300 (EEST) +Subject: Re: [Dovecot] conversion to maildir +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: "Eric S. Johansson" +Subject: Re: [Dovecot] conversion to maildir +In-Reply-To: <3F4B9601.3070300@harvee.org> +Message-ID: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +cc: Dovecot Mail List +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 , + Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 26 Aug 2003 23:12:37 +0300 (EEST) +Subject: Re: [Dovecot] conversion to maildir +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 26 Aug 2003 22:16:25 +0200 +From: Gunter Ohrner +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 27 Aug 2003 00:13:39 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] conversion to maildir +Message-ID: <20030827041338.GA6024@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 27 Aug 2003 00:17:30 -0400 +To: Dovecot Mail List +Message-ID: <20030827041729.GB6024@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 27 Aug 2003 18:43:23 +0300 (EEST) +Subject: Re: [Dovecot] No localhost after reboot +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] IMAP error after login +In-Reply-To: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 27 Aug 2003 13:47:23 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030827174722.GB8961@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = :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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 03:57:30 +0300 (EEST) +Subject: Re: [Dovecot] No localhost after reboot +From: Timo Sirainen +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = :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: +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 ; 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 ; Thu, 28 Aug 2003 04:00:11 +0300 (EEST) +Subject: Re: [Dovecot] mail accounts for users without home dirs +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 04:12:58 +0300 (EEST) +Subject: Re: [Dovecot] IMAP error after login +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <6405E349-CE7A-11D7-B43D-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 04:23:15 +0300 (EEST) +Subject: Re: [Dovecot] 0.99.11-test6 +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Wed, 27 Aug 2003 22:38:50 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030828023849.GC537@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = :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 or . 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: +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 ; 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 ; 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" +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: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Bob Hall" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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 or . 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 ). + +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: +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 ; 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 +To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030828030533.GD537@kongemord.krig.net> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 08:25:17 +0300 (EEST) +Subject: Re: [Dovecot] 0.99.11-test6 +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Thu, 28 Aug 2003 02:18:02 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030828061802.GC2511@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. is the address for the mail server. + .143 .1240 ESTABLISHED + .1240 .143 ESTABLISHED + .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 = .143 +or + imap_listen = * + +Bob Hall +From rjhjr@cox.net Thu Aug 28 09:26:59 2003 +Return-Path: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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 or . 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 ). + +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: +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 ; 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 ; 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" +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 10:18:48 +0300 (EEST) +Subject: Re: [Dovecot] mail accounts for users without home dirs +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <20030828070132.GE2511@kongemord.krig.net> +References: <20030828030533.GD537@kongemord.krig.net> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 12:02:16 +0300 (EEST) +Subject: Re: [Dovecot] mail accounts for users without home dirs +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <20030828080402.GA4324@kongemord.krig.net> +References: <20030828030533.GD537@kongemord.krig.net> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Grahame Bowland +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 13:29:00 +0300 (EEST) +Subject: Re: [Dovecot] Re: conversion to maildir +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 16:27:44 -0500 (CDT) +From: Michael Ducy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 28 Aug 2003 16:46:38 -0500 (CDT) +Subject: Re: [Dovecot] Postgresql and Dovecot +From: Michael Ducy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 29 Aug 2003 02:16:30 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])0AD0A1141EE + for ; Fri, 29 Aug 2003 01:16:17 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Fri, 29 Aug 2003 02:59:18 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 29 Aug 2003 00:59:52 -0000 +X-UID: 1486 +Status: O + +"Bob Hall" 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: +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 ; 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" +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 +Date: Fri, 29 Aug 2003 03:01:56 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 29 Aug 2003 01:02:29 -0000 +X-UID: 1487 +Status: O + +"Alex" 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Fri, 29 Aug 2003 03:26:53 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030829072653.GA413@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 29 Aug 2003 11:19:09 +0300 (EEST) +Subject: Re: [Dovecot] Postgresql and Dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 29 Aug 2003 11:33:47 +0300 (EEST) +Subject: Re: [Dovecot] better body and text search? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 29 Aug 2003 15:13:19 +0300 (EEST) +Received: from localhost (msabhnan@localhost)h7TCDG8x007415 + for ; Fri, 29 Aug 2003 08:13:16 -0400 (EDT) +Date: Fri, 29 Aug 2003 08:13:16 -0400 (EDT) +From: maheshkumar sabhnani +X-Sender: msabhnan@green.eng.utoledo.edu +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 29 Aug 2003 16:15:40 +0300 (EEST) +Subject: Re: [Dovecot] Conf problems ?? +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 29 Aug 2003 08:58:58 -0500 (CDT) +Subject: Re: [Dovecot] Postgresql and Dovecot +From: Michael Ducy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 29 Aug 2003 17:17:51 +0300 (EEST) +Received: from NI101314 (NI101314.ni.utoledo.edu [131.183.23.107]) + h7TEHjdq007762 + for ; Fri, 29 Aug 2003 10:17:46 -0400 (EDT) +From: "Maheshkumar Sabhnani" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + + + + + + + + + + + +
+ +

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-- + +From tss@iki.fi Fri Aug 29 17:37:58 2003 +Return-Path: +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 ; 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 +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 29 Aug 2003 10:18:40 -0500 (CDT) +Subject: Re: [Dovecot] Postgresql and Dovecot +From: Michael Ducy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <20030829072653.GA413@kongemord.krig.net> +From: Matthias Andree +Date: Fri, 29 Aug 2003 17:54:48 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 29 Aug 2003 15:55:23 -0000 +X-UID: 1500 +Status: O +Content-Length: 1142 + +"Bob Hall" 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <1062170385.17054.76.camel@mannix.spacedock.com> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +Date: Fri, 29 Aug 2003 16:20:37 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030829202036.GA7042@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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> + + <20030829072653.GA413@kongemord.krig.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = :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: +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 ; 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 +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> + + <20030829072653.GA413@kongemord.krig.net> + + <20030829202036.GA7042@kongemord.krig.net> +From: Matthias Andree +Date: Sat, 30 Aug 2003 00:14:25 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 29 Aug 2003 22:14:30 -0000 +X-UID: 1506 +Status: O +Content-Length: 1054 + +"Bob Hall" 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? ;-) +(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: +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 ; 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 ; 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" +Date: Fri, 29 Aug 2003 18:53:58 -0400 +To: Dovecot Mail List +Subject: Re: [Dovecot] No localhost after reboot +Message-ID: <20030829225357.GA417@kongemord.krig.net> +Mail-Followup-To: Dovecot Mail List +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> + + <20030829072653.GA413@kongemord.krig.net> + + <20030829202036.GA7042@kongemord.krig.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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 " is more universal than "killall "? +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? ;-) +> (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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ++#include ++#include ++ ++#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 ++ ++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 ++#include ++#include ++ ++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 ++#include ++#include ++ ++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: +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 ; 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 +To: Dovecot Mail List +Content-Transfer-Encoding: 7bit +In-Reply-To: +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Grahame Bowland +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Lars Anderson +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 obsolète. +Marshall McLuhan + + +From tss@iki.fi Mon Sep 1 15:07:47 2003 +Return-Path: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F526E05.5000700@harvee.org> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +Subject: Re: [Dovecot] observations about delays +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 1 Sep 2003 19:57:04 +0200 +From: "Tweek" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 1 Sep 2003 21:07:12 +0300 (EEST) +Subject: Re: [Dovecot] How do i load a configfile ? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 1 Sep 2003 20:53:55 +0200 +From: "Tweek" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: +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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20030901185244.M51934@jesus.ch> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 1 Sep 2003 22:30:12 +0200 +From: "Tweek" +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: +References: <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "dovecot" +Date: Tue, 2 Sep 2003 22:00:45 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 3 Sep 2003 19:41:02 +0300 (EEST) +Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver +From: Timo Sirainen +To: dovecot +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 3 Sep 2003 19:45:34 +0300 (EEST) +Subject: Re: [Dovecot] namespaces +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver +In-Reply-To: (Lasse + Danielsen's message of "Tue, 2 Sep 2003 22:00:45 +0200") +References: +From: Matthias Andree +Date: Wed, 03 Sep 2003 15:11:58 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 04 Sep 2003 07:25:08 -0000 +X-UID: 1534 +Status: O + +"Lasse Danielsen" 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 =0D +=46rom: guy =0D +)=0D +5 OK Fetch completed.=0D +* 1 FETCH (UID 6 BODY[HEADER] {2536}=0D +Return-Path: =0D +X-Original-To: charlie@rubberduck.com=0D +Delivered-To: yeled@lazy.spodder.com=0D +=0D +<<<>>>=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: +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 ; 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 ; 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 ; 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 +To: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Grahame Bowland +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 4 Sep 2003 14:06:39 +0300 (EEST) +Subject: Re: [Dovecot] still getting weird .{inbox} folder creations with + latest -test7 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "dovecot" +Subject: RE: [Dovecot] dovecot, vpopmail and djb's tcpserver +Date: Thu, 4 Sep 2003 14:56:12 +0200 +Message-ID: +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver +In-Reply-To: (Lasse + Danielsen's message of "Thu, 4 Sep 2003 14:56:12 +0200") +References: +From: Matthias Andree +Date: Thu, 04 Sep 2003 21:24:15 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 04 Sep 2003 19:24:50 -0000 +X-UID: 1540 +Status: O + +"Lasse Danielsen" 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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 5 Sep 2003 19:15:39 +0300 (EEST) +Received: from localhost (localhost [213.133.103.207])60BB2114014 + for ; Fri, 5 Sep 2003 18:15:23 +0200 (CEST) +From: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Antonin Karasek +Subject: Re: [Dovecot] Dovecot not starting +In-Reply-To: <20030905154625.4276.qmail@ceskyserver.cz> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From jaldhar@debian.org Fri Sep 5 22:30:01 2003 +Return-Path: +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 ; 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 ; Fri, 5 Sep 2003 15:29:51 -0400 (EDT) +Date: Fri, 5 Sep 2003 15:29:50 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +To: dovecot@procontrol.fi +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From ianj@ian-justman.com Sat Sep 6 02:38:34 2003 +Return-Path: +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 ; 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 ; 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 ; + 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 ; 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" +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 +Subject: Re: [Dovecot] dovecot, vpopmail and djb's tcpserver +References: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + +In-Reply-To: +From: "Antonin Karasek" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> La Salle Debain - http://www.braincells.com/debian/ + + +From tss@iki.fi Sat Sep 6 20:56:17 2003 +Return-Path: +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 ; 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 ; Sat, 6 Sep 2003 20:55:45 +0300 (EEST) +Subject: Re: [Dovecot] Debian bug #201444: More verbose logging +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 6 Sep 2003 20:56:55 +0300 (EEST) +Subject: Re: [Dovecot] namespaces +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 6 Sep 2003 23:30:41 +0300 (EEST) +Subject: Re: [Dovecot] Re: Dovecot not starting +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Antonin Karasek +Subject: Re: [Dovecot] Re: Dovecot not starting +In-Reply-To: <20030906114353.5467.qmail@ceskyserver.cz> +Message-ID: +References: <20030905154625.4276.qmail@ceskyserver.cz> + + <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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From jaldhar@debian.org Sun Sep 7 05:00:39 2003 +Return-Path: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: Timo Sirainen +Subject: Re: [Dovecot] Debian bug #201444: More verbose logging +In-Reply-To: <1062870944.23541.9.camel@hurina> +Message-ID: +References: + <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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From lfarkas@bnap.hu Mon Sep 8 19:00:08 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 8 Sep 2003 13:44:52 -0400 +To: "Eric S. Johansson" +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +Content-Transfer-Encoding: 7bit +In-Reply-To: <3F5CC74D.5020601@harvee.org> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 8 Sep 2003 14:57:43 -0400 +To: "Eric S. Johansson" +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 8 Sep 2003 17:57:22 -1000 (HST) +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Tue, 9 Sep 2003 14:09:14 +0300 (EEST) +Received: from angelica.rajraj.net (localhost [127.0.0.1]) + h89B9BMD005795 + for ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 röhr | 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: +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 ; 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 ; Tue, 9 Sep 2003 16:08:44 +0300 (EEST) +Subject: Re: [Dovecot] Problem with mbox files. +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Röhr 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: +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 ; Tue, 9 Sep 2003 16:12:01 +0300 (EEST) +Received: from angelica.rajraj.net (localhost [127.0.0.1]) + h89DC0MD014075 + for ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Röhr 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 röhr | 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 9 Sep 2003 11:41:52 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +In-Reply-To: +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 10 Sep 2003 09:09:51 +0600 (KGST) +From: Meder Bakirov +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 11 Sep 2003 08:38:57 -0700 (PDT) +From: Peter Clark +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 11 Sep 2003 17:35:25 -1000 (HST) +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 12 Sep 2003 09:54:59 -0700 (PDT) +From: Peter Clark +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 12 Sep 2003 13:54:17 -0700 (PDT) +From: Peter Clark +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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" +From: Timo Sirainen +In-Reply-To: <57695.12.148.10.20.1063218996.squirrel@www.omdev.com> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <200309121154.57436.peter-clark@bethel.edu> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +Subject: Re: [Dovecot] Dovecot Wiki +References: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi> +Message-ID: +From: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Sun, 14 Sep 2003 19:16:40 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot Wiki +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <787104AA-E58E-11D7-B223-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Sun, 14 Sep 2003 19:10:49 +0200 +From: Gunter Ohrner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Sep 2003 01:40:09 +0300 (EEST) +Subject: Re: [Dovecot] Unable to access the mailbox or folders !! +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Sep 2003 06:22:05 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Sep 2003 01:21:17 -0500 +Received: from localhost (localhost [127.0.0.1]) + by localhost (Postfix) with ESMTP id 29FD83BD + for ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; 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 +To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 []". 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: +Reason Given: Internal error []" + +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 .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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: +Content-Transfer-Encoding: 7bit +In-Reply-To: +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 17 Sep 2003 02:51:32 +0300 (EEST) +Subject: Re: [Dovecot] Unable to access the mailbox or folders !! +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 17 Sep 2003 02:53:44 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot + PostgreSQL + Postfix with SMTP AUTH HOWTO +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 17 Sep 2003 02:58:51 +0300 (EEST) +Subject: Re: [Dovecot] Multiple auth checkers +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] Multiple auth checkers +Message-ID: <20030917000406.GB2132@electricrain.com> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 17 Sep 2003 00:04:11 -0000 +X-UID: 1608 +Status: O + +* Timo Sirainen 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: +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 ; 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 ; Wed, 17 Sep 2003 03:22:18 +0300 (EEST) +Subject: Re: [Dovecot] Multiple auth checkers +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] Multiple auth checkers +Message-ID: <20030917002937.GC2132@electricrain.com> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 17 Sep 2003 00:29:41 -0000 +X-UID: 1610 +Status: O + +* Timo Sirainen 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 +-- + 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: +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 ; 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 ; Wed, 17 Sep 2003 03:40:03 +0300 (EEST) +Subject: Re: [Dovecot] Multiple auth checkers +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] Multiple auth checkers +Message-ID: <20030917235531.GI13675@electricrain.com> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 17 Sep 2003 23:56:08 -0000 +X-UID: 1612 +Status: O + +* Timo Sirainen 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +-- + 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] Feature question/request +Message-ID: <20030919143851.GN7575@electricrain.com> +Mail-Followup-To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 19 Sep 2003 14:38:58 -0000 +X-UID: 1616 +Status: O + +* Timo Sirainen 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 +-- + kernel's original recipe: 11 secret args and switches +From matthias.andree@gmx.de Fri Sep 19 22:43:26 2003 +Return-Path: +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 ; 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 +Date: Fri, 19 Sep 2003 21:42:51 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 19 Sep 2003 19:43:26 -0000 +X-UID: 1617 +Status: O + +Dan Sully 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: +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 ; 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 +To: Matthias Andree +Subject: Re: [Dovecot] Feature question/request +Message-ID: <20030919195959.GN7452@electricrain.com> +Mail-Followup-To: Matthias Andree , + dovecot@procontrol.fi +References: <20030919032033.GJ7575@electricrain.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 19 Sep 2003 20:00:11 -0000 +X-UID: 1618 +Status: O + +* Matthias Andree 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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 20 Sep 2003 01:41:29 -0000 +X-UID: 1621 +Status: O + +* Charlie Allom 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 + ctrl-alt-marijuana +From wouter@pair.com Sat Sep 20 05:18:05 2003 +Return-Path: +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 ; 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 ; 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 +Sender: Wouter Van Hemel +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Feature question/request +In-Reply-To: <20030920014051.GA2147@electricrain.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Wouter Van Hemel +Subject: Re: [Dovecot] Feature question/request +Message-ID: <20030920072823.GB9190@electricrain.com> +Mail-Followup-To: Wouter Van Hemel , + dovecot@procontrol.fi +References: <20030919143851.GN7575@electricrain.com> + <20030920012903.GA6893@myinternet.com.au> + <20030920014051.GA2147@electricrain.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 20 Sep 2003 07:28:31 -0000 +X-UID: 1623 +Status: O + +* Wouter Van Hemel 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: +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 ; 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 ; Sat, 20 Sep 2003 21:45:32 +0300 (EEST) +Subject: Re: [Dovecot] namespaces +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 20 Sep 2003 21:52:37 +0300 (EEST) +Subject: Re: [Dovecot] feature request: maildirquota +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 20 Sep 2003 23:16:44 -1000 (HST) +Subject: Re: [Dovecot] dovecot IMAP misserving problem? +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 21 Sep 2003 15:23:25 +0300 (EEST) +Subject: Re: [Dovecot] dovecot IMAP misserving problem? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Fundatia Casa +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 21 Sep 2003 16:34:05 +0300 (EEST) +Subject: Re: [Dovecot] convert wu-imap Maildir format to dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Sun, 21 Sep 2003 22:42:31 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 21 Sep 2003 20:43:08 -0000 +X-UID: 1638 +Status: O + +Timo Sirainen 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 22 Sep 2003 14:06:55 +0300 (EEST) +Subject: Re: [Dovecot] problem with auth +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 22 Sep 2003 23:13:20 +1000 +Date: Mon, 22 Sep 2003 23:13:17 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 22 Sep 2003 17:28:48 +0300 (EEST) +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 22 Sep 2003 22:12:01 -0400 +To: "Eric S. Johansson" +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 22 Sep 2003 22:34:29 -1000 (HST) +Subject: Re: [Dovecot] dovecot IMAP misserving problem? +From: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 21:16:31 +1000 +Date: Tue, 23 Sep 2003 21:16:28 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 +To: dovecot@procontrol.fi +Message-ID: <20030923033121.GA1700@woom.net> +Mail-Followup-To: Samuel Verner , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 15:27:11 +0300 (EEST) +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 15:28:38 +0300 (EEST) +Subject: Re: [Dovecot] status of maildir and mbox +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Samuel Verner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 23:08:52 +1000 +Date: Tue, 23 Sep 2003 23:08:50 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 20:40:23 +0300 (EEST) +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 23 Sep 2003 20:47:17 +0300 (EEST) +Subject: Re: [Dovecot] debian installation +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Tue, 23 Sep 2003 16:27:55 -0400 (EDT) +Date: Tue, 23 Sep 2003 16:27:55 -0400 (EDT) +From: "Jaldhar H. Vyas" +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: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From dovecot@fabre.id.au Wed Sep 24 00:09:40 2003 +Return-Path: +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 ; 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 ; Wed, 24 Sep 2003 07:09:04 +1000 +Date: Wed, 24 Sep 2003 07:09:01 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 24 Sep 2003 19:17:36 +1000 +Date: Wed, 24 Sep 2003 19:16:39 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ) said: + +> On Tue, 23 Sep 2003 20:40:23 +0300 Timo Sirainen (Timo Sirainen +> ) 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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] PC-Pine "Junk in end of group" +In-Reply-To: +Message-ID: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: To: ; +Subject: Re: [Dovecot] PC-Pine "Junk in end of group" (fwd) +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; Thu, 25 Sep 2003 02:48:27 +0300 (EEST) +Subject: Re: [Dovecot] PC-Pine "Junk in end of group" +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 02:53:23 +0300 (EEST) +Subject: Re: [Dovecot] PC-Pine "Junk in end of group" (fwd) +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 02:57:03 +0300 (EEST) +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 03:04:11 +0300 (EEST) +Subject: Re: [Dovecot] status of maildir and mbox +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 03:08:04 +0300 (EEST) +Subject: Re: [Dovecot] status of maildir and mbox +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 03:10:58 +0300 (EEST) +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Akhilesh Agarwal +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 25 Sep 2003 11:30:31 +1000 (EST) +Date: Thu, 25 Sep 2003 11:30:30 +1000 +From: Ron +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 ; Thu, 25 Sep 2003 11:23:13 +0200 +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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.(Response.java:68) +at com.sun.mail.imap.protocol.IMAPResponse.(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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Ron +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +In-Reply-To: <20030925113030.7904afdc.dovecot@fabre.id.au> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> ) 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: +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 ; 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 +To: Charlie Brady +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +Message-ID: <20030925110350.GF8439@irssi.ath.cx> +References: <20030925113030.7904afdc.dovecot@fabre.id.au> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.5.4i +cc: Ron +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 23:59:03 +1000 +Date: Thu, 25 Sep 2003 23:52:14 +1000 +From: Ron +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Multiple instances of .customflags staying open +Message-Id: <20030925235214.19ffb391.dovecot@fabre.id.au> +In-Reply-To: +References: <20030925113030.7904afdc.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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 +To: Marcus Rueckert +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +) 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: +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 ; 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 +To: dovecot@procontrol.fi +In-Reply-To: <20030925090003.CAF68238D2@danu.procontrol.fi> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 25 Sep 2003 19:11:55 +0200 +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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.(Response.java:68) +at com.sun.mail.imap.protocol.IMAPResponse.(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: +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 ; 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 ; Thu, 25 Sep 2003 21:14:13 +0300 +Received: from (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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Date: Fri, 26 Sep 2003 01:10:48 +0200 +Message-ID: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 25 Sep 2003 23:11:24 -0000 +X-UID: 1680 +Status: O + +Gasha 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: +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 ; 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 ; Sat, 27 Sep 2003 18:01:22 +1200 +Date: Sat, 27 Sep 2003 18:01:22 +1200 (NZST) +From: Tim Miller +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Mon, 29 Sep 2003 12:08:01 +0100 (BST) +Date: Mon, 29 Sep 2003 12:08:01 +0100 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 29 Sep 2003 20:16:02 +0800 +Date: Mon, 29 Sep 2003 20:16:02 +0800 +From: Bernard Blackham +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 16:54:31 +0300 (EEST) +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 17:03:46 +0300 (EEST) +Subject: Re: [Dovecot] Odd problem with dovecot segfaulting +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 17:07:27 +0300 (EEST) +Subject: Re: [Dovecot] UIDPLUS? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 17:15:16 +0300 (EEST) +Subject: Re: [Dovecot] Handling of X-Status flags +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 19:02:34 +0200 +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Sep 2003 19:42:35 +0200 +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Why does dovecot confuse mutt? +Message-ID: <20031001005112.GA30133@woom.net> +Mail-Followup-To: Samuel Verner , dovecot@procontrol.fi +References: <20030723225217.73dde8ac.amyzing@talsever.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Thu, 2 Oct 2003 11:48:16 -0400 (EDT) +Date: Thu, 2 Oct 2003 11:48:15 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@turiya.braincells.com +To: dovecot@procontrol.fi +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From jonas@illuminet.se Thu Oct 2 19:23:49 2003 +Return-Path: +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 ; 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 ; Thu, 2 Oct 2003 18:22:55 +0200 +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 05:57:44 +1200 +Date: Fri, 3 Oct 2003 05:57:43 +1200 (NZST) +From: Tim Miller +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 15:33:28 +0200 +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Jonas Bosson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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" +Subject: Re: [Dovecot] Patches +Message-ID: <20031003042713.GA25044@typhaon.ucs.uwa.edu.au> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 17:39:04 +0300 (EEST) +Subject: Re: [Dovecot] can't read attachments using javamail with dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 17:40:03 +0300 (EEST) +Subject: Re: [Dovecot] Why does dovecot confuse mutt? +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: <20031001005112.GA30133@woom.net> +References: <20030723225217.73dde8ac.amyzing@talsever.com> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 17:48:14 +0300 (EEST) +Subject: Re: [Dovecot] SSL Client Certificate Support +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 18:02:11 +0300 (EEST) +Subject: Re: [Dovecot] another Dovecot problem +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 18:04:35 +0300 (EEST) +Subject: Re: [Dovecot] Patches +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 19:29:26 +0300 (EEST) +Subject: Re: [Dovecot] mailbox sorting issue +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <20030925090003.CAF68238D2@danu.procontrol.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ++#include ++#include ++ ++#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 ++ ++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 ++#include ++#include ++ ++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 ++#include ++#include ++ ++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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 20:11:20 +0300 (EEST) +Subject: Re: [Dovecot] PATCH: mysql authentication +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] another Dovecot problem +In-Reply-To: <1065193331.32105.115.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 3 Oct 2003 20:23:10 +0300 (EEST) +Subject: Re: [Dovecot] another Dovecot problem +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] another Dovecot problem +In-Reply-To: <1065201790.32106.137.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sat, 04 Oct 2003 09:27:00 +0800 +Date: Sat, 4 Oct 2003 09:27:00 +0800 +From: Bernard Blackham +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Patches +Message-ID: <20031004012700.GD1707@amidala> +References: + <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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 04 Oct 2003 13:55:02 +0200 +Date: Sat, 4 Oct 2003 13:55:01 +0200 +From: Miquel van Smoorenburg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Why does dovecot confuse mutt? +Message-ID: <20031004111025.GA16117@woom.net> +Mail-Followup-To: Sam Verner , dovecot@procontrol.fi +References: <20030723225217.73dde8ac.amyzing@talsever.com> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] SSL Client Certificate Support +In-reply-to: <1065192494.32105.100.camel@hurina> +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 05 Oct 2003 12:19:42 +0200 +From: Gunter Ohrner +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Patches +Date: Sun, 5 Oct 2003 12:19:40 +0200 +User-Agent: KMail/1.5.3 +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by odo.oi.o123456789.net (qmail-ldap-1.03) with SMTP + for ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 05 Oct 2003 10:32:42 -0000 +X-UID: 1725 +Status: O + + +> 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 5 Oct 2003 21:18:55 +0300 (EEST) +Subject: Re: [Dovecot] another Dovecot problem +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 5 Oct 2003 22:01:05 +0300 (EEST) +Subject: Re: [Dovecot] SSL Client Certificate Support +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 06 Oct 2003 03:43:06 +0800 +Date: Mon, 6 Oct 2003 03:43:06 +0800 +From: Bernard Blackham +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 +Subject: [Dovecot] those assertions +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 5 Oct 2003 23:15:56 +0300 (EEST) +Subject: Re: [Dovecot] those assertions +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 5 Oct 2003 18:09:10 -0400 (EDT) +Date: Sun, 5 Oct 2003 18:09:10 -0400 +From: "Amelia A. Lewis" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (line in copy ends: +user name +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 ; 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 ; Sun, 5 Oct 2003 18:53:26 -0400 (EDT) +Date: Sun, 5 Oct 2003 18:53:26 -0400 +From: "Amelia A. Lewis" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] SSL Client Certificate Support +In-reply-to: <1065380465.19102.56.camel@hurina> +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 9 Oct 2003 03:06:29 +0300 (EEST) +Subject: Re: [Dovecot] Darwin Build (cvs) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 9 Oct 2003 03:10:30 +0300 (EEST) +Subject: Re: [Dovecot] dovecot crashes on start +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 9 Oct 2003 03:14:20 +0300 (EEST) +Subject: Re: [Dovecot] Plaintext Authentication from Localhost +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (line in copy ends: +> user name *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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <20031009090005.76DCA238C8@danu.procontrol.fi> +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 ; + 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: Dovecot <"mailto:dovecot"@procontrol.fi> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .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 : passwd-like file with specified location +# static uid= gid= home=: static settings +# vpopmail: vpopmail library +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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 [ | *]: PAM authentication +# passwd-file : passwd-like file with specified location +# vpopmail: vpopmail authentication +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: <78BEEC14-FEB9-11D7-AB9B-000393BE445A@estey.com> +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 16 Oct 2003 14:53:05 +0200 +Date: Thu, 16 Oct 2003 14:53:05 +0200 +From: Krammer Clemens +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 +Subject: [Dovecot] exchange, dovecot, mutt, evolution +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = ( +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: +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 ; 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 ; Thu, 16 Oct 2003 18:18:32 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot pop3 and Outlook Express timeout +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 16 Oct 2003 18:20:34 +0300 (EEST) +Subject: Re: [Dovecot] dovecot crashes on start +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> 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: +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 ; 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 ; Thu, 16 Oct 2003 18:26:27 +0300 (EEST) +Subject: Re: [Dovecot] Ignore purge and delete command +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 16 Oct 2003 18:34:37 +0300 (EEST) +Subject: Re: [Dovecot] Ordering mailboxes +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 16 Oct 2003 18:39:27 +0300 (EEST) +Subject: Re: [Dovecot] problem getting mail from mbox +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 16 Oct 2003 18:43:28 +0300 (EEST) +Subject: Re: [Dovecot] exchange, dovecot, mutt, evolution +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 16 Oct 2003 19:12:48 +0300 (EEST) +Subject: Re: [Dovecot] A view quirks +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 = ( +> 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: +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 ; 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 ; Thu, 16 Oct 2003 19:15:53 +0300 (EEST) +Subject: Re: [Dovecot] Copy from INBOX to INBOX corrupts file +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Timo Sirainen" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; Thu, 16 Oct 2003 19:25:51 +0300 (EEST) +Subject: Re: [Dovecot] Re: Darwin Build (cvs) +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 17 Oct 2003 11:29:14 -0500 (EST) +From: D Canfield +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 20 Oct 2003 08:25:53 +0300 (EEST) +Subject: Re: [Dovecot] Shared Folders +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 20 Oct 2003 09:10:20 +0300 (EEST) +Subject: Re: [Dovecot] Shared Folders +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Tue, 21 Oct 2003 14:06:54 +0200 +From: Matthias Andree +Date: Tue, 21 Oct 2003 01:31:17 +0200 +Lines: 20 +Message-ID: +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 +Subject: [Dovecot] Re: Shared Folders +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 21 Oct 2003 12:07:29 -0000 +X-UID: 1772 +Status: O + +Timo Sirainen 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: +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 ; 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 , dovecot@procontrol.fi +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +In-Reply-To: +Message-Id: +X-Mailer: Apple Mail (2.552) +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 21 Oct 2003 12:53:37 -0400 +To: Matthias Andree +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Type: text/plain; charset=US-ASCII; format=flowed +To: dovecot@procontrol.fi +From: Steve Gare +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +From: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 29 Oct 2003 14:56:40 +0200 (EET) +Subject: Re: [Dovecot] SSL Certificate Chains? +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Thu, 30 Oct 2003 20:37:19 +0200 (EET) +Received: from localhost (japh@localhost.localdomain [127.0.0.1]) + h9UIbIP3013139 + for ; Thu, 30 Oct 2003 13:37:18 -0500 +Date: Thu, 30 Oct 2003 13:37:18 -0500 (EST) +From: "David A. Desrosiers" +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Thu, 30 Oct 2003 10:38:24 +0100 +From: peter gervai +Date: Thu, 30 Oct 2003 10:38:22 +0100 +Lines: 49 +Message-ID: +References: + <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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +There is a bug in partial IMAP fetches where the following happens:
+
+ + + + + + + + + + + + + + + +
fetch ... <0.10240>
+ 		correctly returns bytes 0-10239
+
fetch ... <10240.10240>
+ 		incorrectly returns bytes +20479...
+
fetch ... <10240.10240> (a 2nd time)
+ 		correctly returns bytes 10240-20479
+
+
+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):
+
+    ret = o_stream_send_istream(output, input) > 0;
+
+This causes message_send() to return 0 or 1 (note the "> 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.
+
+But then when I remove the "> 0" from the above line of code, I get +off-by-one errors:
+
+ + + + + + + + + + + + + + + +
fetch ... <0.10240>
+ 		correctly returns bytes 0-10240
+
fetch ... <10240.10240>
+ 		incorrectly returns bytes +10241-20480
+
fetch ... <10240.10240> (a 2nd time)
+ 		correctly returns bytes 10240-20479
+
+
+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.
+
+Any ideas? I've attached the offending message.
+
+Matt
+ + + +--------------050801080502050205020902 +Content-Type: text/plain; + name="problem.msg" +Content-Transfer-Encoding: 7bit +Content-Disposition: inline; + filename="problem.msg" + +X-UIDL: 61c08992b287bf24b6fff123164620b2 +Return-Path: +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 ; 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 +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 +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" + + + + +WORLD October 12, 2002: Eight principles + + + + + + + + + + + + + + + + +
Medical Ambassadors International
+ +
+ + + +

Call 1-800-951-NEWS (6397) to subscribe today! + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

 + + October 12, 2002
+ Volume 17
+ Number 39 +
+ 		+ + + + + + + +
+ + + + + + + + + + + + + + + + + + + + + + +
+

























+ + +
+ +


REMEMBERING 9/11 +
+ + +

Read Central Ideas in the Development of American Journalism, Telling the Truth and Prodigal Press, three books on journalism by Marvin Olasky. + + + +

+Add Olasky, Belz, and other great thinkers to your reading list! + +

+ + + +

+ + +

Free Book!
+ +

Find out how to contact us. + +

Not familiar with WORLD Magazine? Find out more about us. + +

Read our Mission Statement. + +

If you are already a WORLD reader, head to Help Us Out to find out how to help us grow. + + + +

Find out about this site. + +

Excellence in Home Education starts here. Visit the new God's World Book Club Online! +www.gwbc.com. + +

Check out the World Journalism Institute website at www.worldji.com and apply online! + +

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 GWNews.com + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +

+ +

+ + + 		+
+ + + + + + + + + + + + + + + +
+ + +
 + + + +
+ + + + + JOHN PIPER

+

Eight principles

+

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 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.

+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.

+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.

+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's right, not ours.

+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—such as killing, assault, or theft—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.

+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.

+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's belief is wrong and harmful, or to call someone'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.

+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 "impose" some group's behavioral conviction on all, so it is not a compelling criticism to say that a law that governs behavior is bad because it "imposes someone's morality" 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.

+—These principles are further developed at the website http://www.desiringgod.org/library/topics/culture/tolerance_principles.html + + + +

 + + + + + + + +
+
+ +
Search for more
articles about:

 + +
+ +
+ exact phrase +
+ +
+
+ + + +

© 1996 - 2002 WORLD Magazine. mailbag@worldmag.com
+ + + + + + + + + +--------------010405000308030207040500-- + + + + +--------------050801080502050205020902-- + +From mreimer@vpop.net Sat Nov 1 00:44:08 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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"> + + + + + + + + + +--------------010405000308030207040500-- + + + +) +8 OK Fetch completed. + +---- + +Matt + +From tallison@tacocat.net Sun Nov 2 15:08:02 2003 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@procontrol.fi +Subject: Re: [Dovecot] dies on start-up: Auth process +References: <3FA5018D.8020307@tacocat.net> +Message-ID: +From: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +Subject: Re: [Dovecot] evolution - folders not displayed correctly +To: Jonas Smedegaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 02 Nov 2003 22:52:50 -0000 +X-UID: 1793 +Status: O + + +--- Jonas Smedegaard wrote: +> søn, 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: +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 ; 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 +To: Terry +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Problems finding information on passwd-file +Message-ID: <20031103053315.GA3832@irccrew.org> +References: +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Re: Debian bug #201444: More verbose logging +Message-ID: <20031103053642.GB3832@irccrew.org> +References: + <1062870944.23541.9.camel@hurina> +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] [POP3] RFC2449 conformance? +Message-ID: <20031103055629.GF3832@irccrew.org> +References: +Mime-Version: 1.0 +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] dies on start-up: Auth process +References: <3FA5018D.8020307@tacocat.net> +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +[pid 32035] gettimeofday( +[pid 32038] <... write resumed> ) = 15 +[pid 32035] <... gettimeofday resumed> {1067865382, 123624}, {300, 0}) = 0 +[pid 32038] gettimeofday( +[pid 32035] read(10, +[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( +[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 + +[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( +[pid 32035] gettimeofday({1067865382, 132352}, NULL) = 0 +[pid 32035] poll( + +From td3201@yahoo.com Mon Nov 3 16:12:48 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 03 Nov 2003 14:12:48 -0000 +X-UID: 1806 +Status: O + + +--- Timo Sirainen 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: +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 ; 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 ; 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 ; 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 ; Mon, 3 Nov 2003 16:26:34 +0100 (CET) +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] [POP3] RFC2449 conformance? +References: <20031103055629.GF3832@irccrew.org> +Message-ID: +From: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] dies on start-up: Auth process +Message-ID: <20031103194322.GB10166@irccrew.org> +References: <3FA5018D.8020307@tacocat.net> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] evolution - folders not displayed correctly +To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 03 Nov 2003 20:26:15 -0000 +X-UID: 1810 +Status: O +Content-Length: 1656 + + +--- Timo Sirainen 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: +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 ; 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> + <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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Terry +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] evolution - folders not displayed correctly +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 03 Nov 2003 22:12:51 -0000 +X-UID: 1814 +Status: O +Content-Length: 1079 + + +--- Timo Sirainen 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison , +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 4 Nov 2003 12:37:23 +0000 (GMT) +Message-ID: <0c9e01c3a2d0$60faeae0$01124c0a@uk.maint.com> +From: "Clive Jones" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 4 Nov 2003 13:24:38 -0500 +To: Scott Klein +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +In-Reply-To: +Content-Type: multipart/mixed; + boundary="------------080900070609080104090805" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +Matthew Reimer wrote:
+
+ + +There is a bug in partial IMAP fetches where the following happens:
+
+ + + + + + + + + + + + + + + +
fetch ... <0.10240>
+ 		correctly returns bytes 0-10239
+
fetch ... <10240.10240>
+ 		incorrectly returns +bytes +20479...
+
fetch ... <10240.10240> (a 2nd time)
+ 		correctly returns bytes 10240-20479
+
+
+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):
+
+    ret = o_stream_send_istream(output, input) > 0;
+
+This causes message_send() to return 0 or 1 (note the "> 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.
+
+But then when I remove the "> 0" from the above line of code, I get +off-by-one errors:
+
+ + + + + + + + + + + + + + + +
fetch ... <0.10240>
+ 		correctly returns bytes 0-10240
+
fetch ... <10240.10240>
+ 		incorrectly returns +bytes +10241-20480
+
fetch ... <10240.10240> (a 2nd time)
+ 		correctly returns bytes 10240-20479
+
+
+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.
+
+Any ideas? I've attached the offending message.
+
+Matt
+
+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.
+
+Matt
+ + + +--------------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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Wed, 05 Nov 2003 16:49:14 +0100 +From: Andreas Metzler +Date: Wed, 5 Nov 2003 15:49:13 +0000 (UTC) +Lines: 20 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 05 Nov 2003 16:00:45 -0000 +X-UID: 1829 +Status: O + +Tom Allison 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: +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 ; 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 ; Sat, 8 Nov 2003 19:36:22 +0200 (EET) +Subject: Re: [Dovecot] dovecot vs cyrus, uw, etc. +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 8 Nov 2003 19:52:43 +0200 (EET) +Subject: Re: [Dovecot] evolution - folders not displayed correctly +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Clive Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +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: +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 ; 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 ; Sat, 8 Nov 2003 20:17:27 +0200 (EET) +Subject: Re: [Dovecot] [POP3] RFC2449 conformance? +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: <20031103055629.GF3832@irccrew.org> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Re: dovecot vs cyrus, uw, etc. +References: <20031103225029.GB23640@thenation.com> + <3FA6F2FF.1030704@tacocat.net> +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Mon, 10 Nov 2003 12:55:12 +0100 +From: peter gervai +Date: Mon, 10 Nov 2003 12:55:10 +0100 +Lines: 11 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ++ ++ 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 ++#include ++ ++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 ++ ++ 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 ++#include ++ ++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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 10 Nov 2003 21:00:09 +0200 (EET) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + * 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: +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 ; 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 ; Mon, 10 Nov 2003 22:36:07 +0200 (EET) +Subject: Re: [Dovecot] PATCH: CRAM-MD5 for Dovecot +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 10 Nov 2003 17:14:17 -0500 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 11 Nov 2003 00:24:31 +0200 (EET) +Subject: Re: [Dovecot] 0.99.10.1 released +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 10 Nov 2003 21:47:40 -0500 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 11 Nov 2003 17:47:28 -0500 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Wed, 12 Nov 2003 12:04:25 +1300 (NZDT) +Date: Wed, 12 Nov 2003 12:04:20 +1300 +From: Zach Bagnall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Wed, 12 Nov 2003 01:10:23 -0500 (EST) +Date: Wed, 12 Nov 2003 01:10:21 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +To: dovecot@procontrol.fi +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From lfarkas@bnap.hu Wed Nov 12 17:03:01 2003 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 13 Nov 2003 15:42:00 +0100 +Date: Thu, 13 Nov 2003 15:42:00 +0100 +From: Miquel van Smoorenburg +To: Dovecot List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'= +~- + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 16 Nov 2003 17:56:42 +0200 (EET) +Subject: Re: [Dovecot] Problem with DIGEST-MD5 authentication and + plaintext passwords +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Farkas Levente +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Miquel van Smoorenburg +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jerry Chiu +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +From: James Tyson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +Subject: Re: [Dovecot] Problem with DIGEST-MD5 authentication and plainte xt + passwords +Date: Mon, 17 Nov 2003 08:37:28 +0100 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 17 Nov 2003 14:50:22 +0200 (EET) +From: Tomi Hakala +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Miquel van Smoorenburg +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Content-Transfer-Encoding: 7bit +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 18 Nov 2003 15:14:59 +1300 (NZDT) +Date: Tue, 18 Nov 2003 15:14:57 +1300 +From: Zach Bagnall +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] SSL and certificate authorities. +Message-Id: <20031118151457.34ab0eaa.zach.bagnall@bulletinwireless.com> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 ; 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 ; Tue, 18 Nov 2003 15:58:23 +1300 (NZDT) +Date: Tue, 18 Nov 2003 15:58:19 +1300 +From: Zach Bagnall +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] SSL and certificate authorities. +Message-Id: <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 ; 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 ; Tue, 18 Nov 2003 16:05:41 +1300 (NZDT) +Date: Tue, 18 Nov 2003 16:05:40 +1300 +From: Zach Bagnall +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: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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 +> 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: +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 ; 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: + + <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 +Subject: Re: [Dovecot] Problem with DIGEST-MD5 authentication and plainte xt + passwords +Date: Tue, 18 Nov 2003 08:19:17 +0100 +To: Matthew Reimer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: + <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: +Content-Transfer-Encoding: quoted-printable +From: Xavier Beaudouin +Subject: Re: [Dovecot] SSL and certificate authorities. +Date: Tue, 18 Nov 2003 10:17:14 +0100 +To: Zach Bagnall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> 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: +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 ; 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 ; Tue, 18 Nov 2003 11:24:51 +0000 (GMT) +Message-ID: <047001c3adc6$950f17b0$01124c0a@uk.maint.com> +From: "Clive Jones" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +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: +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 ; 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 +X-X-Sender: payton@localhost.localdomain +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: kaiv@ecabase.localdomain +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Wed, 19 Nov 2003 12:12:16 +1300 (NZDT) +Date: Wed, 19 Nov 2003 12:12:16 +1300 +From: Zach Bagnall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +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 , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +>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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'= +~- + 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: +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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 18 Nov 2003 22:42:56 +0100 +From: Gunter Ohrner +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Matthew Reimer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Zach Bagnall +In-Reply-To: <20031118155819.0bd8dc6c.zach.bagnall@bulletinwireless.com> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- + 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: +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 ; 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 +To: Brook Humphrey +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot ML +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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/" + -- Stéphane 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: +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 ; 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 ; Thu, 20 Nov 2003 18:26:13 +0100 (CET) +From: Gunter Ohrner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 20 Nov 2003 18:32:53 +0100 (CET) +From: Gunter Ohrner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: DINH Viet Hoa +In-Reply-To: +References: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Clive Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +>=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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'= +~- + 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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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: +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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] SSL and certificate authorities. +Message-Id: <20031121093202.28368435.zach.bagnall@bulletinwireless.com> +In-Reply-To: <1069345731.16670.21.camel@hurina> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 +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: +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 ; 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" +Date: Thu, 20 Nov 2003 16:38:37 -0500 +To: Brook Humphrey +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 21 Nov 2003 02:53:55 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hAL0rsma008623 + for ; Thu, 20 Nov 2003 16:53:54 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 20 Nov 2003 18:19:17 -0800 (PST) +From: Brook Humphrey +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- + 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: +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 ; 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 ; Fri, 21 Nov 2003 11:19:02 +0100 +Date: Fri, 21 Nov 2003 11:18:59 +0100 +From: Miquel van Smoorenburg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Timo Sirainen" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 , 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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 nær: 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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 nær: 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: +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 ; 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 ; Fri, 21 Nov 2003 07:43:17 -0800 (PST) +From: Brook Humphrey +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + + -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 nær: 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: +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 ; 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 ; 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 ; + 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 ; Fri, 21 Nov 2003 13:46:16 -0500 (EST) +Date: Fri, 21 Nov 2003 13:46:14 -0500 (EST) +From: "Jaldhar H. Vyas" +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: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From tss@iki.fi Sat Nov 22 23:00:31 2003 +Return-Path: +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 ; 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 ; Sat, 22 Nov 2003 22:59:55 +0200 (EET) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Sat, 22 Nov 2003 23:10:09 +0100 +From: Gunter Ohrner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Payton , 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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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! + ++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + how can i tell if i am getting attacked by another computer? + 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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: DINH Viet Hoa +In-Reply-To: +References: <1069534795.2499.119.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Gunter Ohrner +In-Reply-To: <200311222317.35681@mail.CustomCDROM.de> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +In-Reply-To: <1069587784.2511.124.camel@hurina> +References: <1069534795.2499.119.camel@hurina> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Sun, 23 Nov 2003 20:07:08 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hANI76ma000493 + for ; Sun, 23 Nov 2003 10:07:06 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +Subject: [Dovecot] IMAP subscribe/unsubscribe broken in 0.99.10.2 +Date: Sun, 23 Nov 2003 09:38:51 -0800 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +References: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Payton +Subject: Re: [Dovecot] entourage + dovecot bug? +Message-ID: <20031124160605.GA9262@talsever.com> +References: <1069587977.2510.128.camel@hurina> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +Jürgen + +-- +juergen.daubert@t-online.de +From tss@iki.fi Mon Nov 24 21:29:27 2003 +Return-Path: +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 ; 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 ; Mon, 24 Nov 2003 21:28:55 +0200 (EET) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 24 Nov 2003 21:35:30 +0200 (EET) +Subject: Re: [Dovecot] 0.99.10.3 released +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 24 Nov 2003 21:55:48 +0200 (EET) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Farkas Levente +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Eero Volotinen +In-Reply-To: <002d01c3b205$af465ab0$0200a8c0@desktop> +References: <33905.66.80.224.70.1069610825.squirrel@tercesi.cctg.com> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Date: Mon, 24 Nov 2003 22:43:52 +0100 +Organization: Kirmess +Lines: 28 +Message-ID: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Sven Kirmess +Subject: Re: [Dovecot] deliver mail with postfix to dovecot for mailinglists +Message-ID: <20031124233934.GB702@roughtrade.net> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +References: +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: +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +Reply-To: Sven Kirmess +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Miquel van Smoorenburg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot ML +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 24 Nov 2003 23:41:01 -0500 +To: Joshua Goodall +Subject: Re: [Dovecot] deliver mail with postfix to dovecot for mailinglists +Message-ID: <20031125044101.GL7577@iridium.mv.net> +References: <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 +cc: dovecot@procontrol.fi +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +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: +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 ; 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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +From: Timo Sirainen +In-Reply-To: +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 +> 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: +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 ; 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 +Organization: Mobile PC Medic +To: dovecot ML +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 25 Nov 2003 20:41:49 -0000 +X-UID: 4019 +Status: O +Content-Length: 1235 + + + + + + + + +Timo Sirainen wrote:
+
+ 
On Tue, 2003-11-18 at 00:47, Matthew Reimer wrote:
+
+
+ 
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)?
+
+
+ 

+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 :)
+
+
+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.)
+
+Matt
+ + + +From esj@harvee.org Tue Nov 25 23:13:50 2003 +Return-Path: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. +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: +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 ; 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 +To: "Eric S. Johansson" +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 +To: dgtest@arctic.org +Subject: quibble +Message-ID: +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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Wed, 26 Nov 2003 10:17:11 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hAQ8H8ma024670 + for ; Wed, 26 Nov 2003 00:17:08 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 26 Nov 2003 11:04:35 +0000 (GMT) +Message-ID: <002b01c3b40d$1374ebb0$01124c0a@uk.maint.com> +From: "Clive Jones" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Ted S. Garaventa" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +> 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: +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 ; 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 +To: Marcus Rueckert +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" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Clive Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 26 Nov 2003 17:57:24 +0200 (EET) +Subject: Re: [Dovecot] corrupted empty message with CVS +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] corrupted empty message with CVS +In-Reply-To: <1069862243.14192.21.camel@hurina> +Message-ID: +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 26 Nov 2003 20:11:19 +0200 (EET) +Subject: Re: [Dovecot] corrupted empty message with CVS +From: Timo Sirainen +To: dovecot@procontrol.fi +In-Reply-To: +References: + <1069862243.14192.21.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] corrupted empty message with CVS +In-Reply-To: <1069870278.14196.41.camel@hurina> +Message-ID: +References: + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Thu, 27 Nov 2003 07:33:33 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hAR5XVma000045 + for ; Wed, 26 Nov 2003 21:33:31 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +> 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: +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 ; 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 ; 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 ; + 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 ; Thu, 27 Nov 2003 15:33:10 +0100 (MET) +Date: Thu, 27 Nov 2003 15:33:10 +0100 (MET) +From: Kadlecsik Jozsi +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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" +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 27 Nov 2003 16:06:30 +0000 (GMT) +Message-ID: <00e601c3b500$6b6897b0$01124c0a@uk.maint.com> +From: "Clive Jones" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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==?= +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 + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 :) + +- -- +°¨¨Ó¦è¨È²b©v¾Ç·| +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: +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 ; Fri, 28 Nov 2003 08:59:44 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hAS6xfma005062 + for ; Thu, 27 Nov 2003 22:59:41 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Fri, 28 Nov 2003 09:10:12 +0200 (EET) +Received: from tercesi.cctg.com (localhost [127.0.0.1])hAS7ABma005137 + for ; Thu, 27 Nov 2003 23:10:11 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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==?= +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 + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +- -- +°¨¨Ó¦è¨È²b©v¾Ç·| +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 28 Nov 2003 11:19:34 +0000 (GMT) +Message-ID: <027901c3b5a1$80abf120$01124c0a@uk.maint.com> +From: "Clive Jones" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 , 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: +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 ; 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 +To: "Ted S. Garaventa" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@samadhi.braincells.com +To: dovecot@procontrol.fi +Message-ID: +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 +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From jaldhar@debian.org Tue Dec 2 14:42:45 2003 +Return-Path: +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 ; 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 ; 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 ; + 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 ; Tue, 2 Dec 2003 07:42:08 -0500 (EST) +Date: Tue, 2 Dec 2003 07:42:07 -0500 (EST) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@samadhi.braincells.com +To: dovecot@procontrol.fi +Subject: Re: [Dovecot] Dovecot 0.99.10.4 for Debian +In-Reply-To: +Message-ID: +References: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ +From ke@kalle.dyndns.org Thu Dec 4 03:17:58 2003 +Return-Path: +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 ; 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: +Subject: [Dovecot] subscriptions list destroyed +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Thu, 4 Dec 2003 10:37:24 +0100 (MET) +Date: Thu, 4 Dec 2003 10:37:24 +0100 (MET) +From: Kadlecsik Jozsi +To: dovecot@procontrol.fi +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From kadlec@sunserv.kfki.hu Thu Dec 4 15:20:01 2003 +Return-Path: +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 ; 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 +To: DINH Viet Hoa +Subject: Re: [Dovecot] Severe pop3 incompatibility report +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@procontrol.fi +Message-ID: +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From daemon@kzone.ch Thu Dec 4 23:12:50 2003 +Return-Path: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> +From: kalle-e@medelklassen.com +Date: 04 Dec 2003 22:36:00 +0100 +In-Reply-To: +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: +X-BeenThere: dovecot@procontrol.fi +X-Mailman-Version: 2.1.1 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 04 Dec 2003 21:34:29 -0000 +X-UID: 4058 +Status: O + +Sven Kirmess 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: +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 ; 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 +To: Joona Kulmala +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +From marc@perkel.com Fri Dec 5 09:26:16 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Fri, 5 Dec 2003 21:48:11 +0000 (GMT) +Date: Fri, 5 Dec 2003 21:48:11 +0000 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Rogue child imap processes when using Mac imap clients +Date: Tue, 9 Dec 2003 00:29:20 +0200 +To: darren david +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Folder names +Date: Tue, 9 Dec 2003 00:36:22 +0200 +To: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Authenting in Linuxconf format +Date: Tue, 9 Dec 2003 00:41:40 +0200 +To: Marc Perkel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: + + <1069870278.14196.41.camel@hurina> + +Mime-Version: 1.0 (Apple Message framework v606) +Content-Type: text/plain; charset=US-ASCII; format=flowed +Message-Id: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] corrupted empty message with CVS +Date: Tue, 9 Dec 2003 01:26:26 +0200 +To: dean gaudet +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 09 Dec 2003 08:40:33 -0000 +X-UID: 4068 +Status: O + +* Timo Sirainen (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: +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 ; 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 ; 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 ; + 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 ; + Tue, 09 Dec 2003 01:26:35 +0100 +From: Andreas Fuchs +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 09 Dec 2003 01:30:32 -0000 +X-UID: 4069 +Status: O + +On 2003-12-08, darren david 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@jabber.at, antifuchs + + + +From gmid-dovecot@m.gmane.org Wed Dec 10 23:44:44 2003 +Return-Path: +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 ; 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 ; 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 ; + 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 ; + Wed, 10 Dec 2003 22:44:18 +0100 +From: Andreas Fuchs +Date: Wed, 10 Dec 2003 22:44:17 +0100 +Lines: 46 +Message-ID: <864qw8gxfy.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: +User-Agent: Wanderlust/2.11.20 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI) +Sender: news +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 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@jabber.at, antifuchs + + + +From camis@mweb.co.za Thu Dec 11 12:15:01 2003 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Cami" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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 =0A= ++#include =0A= ++#include =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 =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 =0A= ++#include =0A= ++#include =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 =0A= ++#include =0A= ++#include =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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Cami" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 12 Dec 2003 13:20:11 -0000 +X-UID: 4076 +Status: O + +"Cami" 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: +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 ; 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 ; Fri, 12 Dec 2003 16:11:05 +0200 (EET) +Subject: Re: [Dovecot] Always 'new mail' false notifications? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 12 Dec 2003 16:13:14 +0200 (EET) +Subject: Re: [Dovecot] dovecot.. (mySQL authentication) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Jeroen van Disseldorp , 224092@bugs.debian.org +In-Reply-To: <200312160004.30066.jdizzl@xs4all.nl> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From G.Ohrner@post.rwth-aachen.de Tue Dec 16 14:01:31 2003 +Return-Path: +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 ; 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 +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> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Dec 2003 21:40:18 +0200 (EET) +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> : 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: +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 ; 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 +To: "Jaldhar H. Vyas" +In-Reply-To: +References: <200312160004.30066.jdizzl@xs4all.nl> + +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Dec 2003 21:47:17 +0200 (EET) +Subject: Re: [Dovecot] Always 'new mail' false notifications? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Dec 2003 21:50:12 +0200 (EET) +Subject: Re: [Dovecot] multiple auth= statements +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Dec 2003 21:57:34 +0200 (EET) +Subject: Re: [Dovecot] dovecot.. (mySQL authentication) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +Plots of your system's performance - http://www.orcaware.com/orca/ + +From jdizzl@xs4all.nl Wed Dec 17 13:28:41 2003 +Return-Path: +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 ; 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> + + <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" +To: "Timo Sirainen" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Jeroen van Disseldorp +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +References: <200312160004.30066.jdizzl@xs4all.nl> + + <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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 20 Dec 2003 05:35:41 +0200 (EET) +Subject: Re: [Dovecot] Assert in Fedora dovecot-0.99.10.4-1 +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jeroen van Disseldorp +In-Reply-To: <43833.193.74.148.226.1071660466.squirrel@webmail.dizzl.com> +References: <200312160004.30066.jdizzl@xs4all.nl> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 20 Dec 2003 05:46:14 +0200 (EET) +Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Timo Sirainen +Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders +In-Reply-To: <1071891974.10033.31.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Jeroen van Disseldorp +Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders +In-Reply-To: <200312201320.48590.jdizzl@xs4all.nl> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders +Date: Sat, 20 Dec 2003 18:47:20 +0200 +To: Jeroen van Disseldorp +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: +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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders +Date: Sat, 20 Dec 2003 18:52:40 +0200 +To: Charlie Brady +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 , context=0xbffff850) at mail-search.c:70 +#10 0x08084f19 in mail_search_args_foreach (args=0x80beae8, + callback=0x807379d , 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 +Plots of your system's performance - http://www.orcaware.com/orca/ + +From miquels@cistron.net Sat Dec 20 23:58:48 2003 +Return-Path: +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 ; 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 +To: Timo Sirainen +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; + Sun, 21 Dec 2003 16:55:17 +0100 +From: Matthias Andree +Date: Sun, 21 Dec 2003 12:52:11 +0000 +Lines: 35 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 21 Dec 2003 15:56:09 -0000 +X-UID: 4107 +Status: O +Content-Length: 1149 + +Gerhard Muntingh 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: +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 ; 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 ; 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 ; 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 ; 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> + +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.3.28i +From: Gerhard Muntingh +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 24 Dec 2003 09:09:25 -0600 (CST) +Date: Wed, 24 Dec 2003 09:09:25 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 28 Dec 2003 18:45:11 -0500 (EST) +Date: Sun, 28 Dec 2003 18:45:11 -0500 +From: "Amelia A. Lewis" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 29 Dec 2003 16:43:19 +1100 +From: "David Crisp" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 " +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: +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 ; 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 ) + by smtp.saffron.net (qmail-ldap-1.03) with RC4-SHA encrypted SMTP + for ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 30 Dec 2003 09:53:43 +1300 +Date: Tue, 30 Dec 2003 09:53:42 +1300 (NZDT) +From: Tim Miller +To: dovecot@dovecot.org +Subject: Re: [Dovecot] USER environment +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From charlieb-dovecot@e-smith.com Mon Jan 5 18:22:12 2004 +Return-Path: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Evert Mouw +In-Reply-To: <200312291917.AGL86099@m1.imap-partners.net> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] RE: Compile problem +Date: Tue, 6 Jan 2004 05:25:03 +0200 +To: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 5 Jan 2004 22:42:05 -0600 (CST) +Date: Mon, 5 Jan 2004 22:42:04 -0600 +From: Alex S Moore +To: dovecot@dovecot.org +Subject: Re: [Dovecot] RE: Compile problem +Message-Id: <20040105224204.45752ac3@sws602> +In-Reply-To: +References: <20031224090925.6daa4e15@sws602> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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" +To: Scott Klein +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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> + + <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: +Content-Transfer-Encoding: 7bit +From: Charlie Allom +Subject: Re: [Dovecot] RE: Compile problem +Date: Tue, 6 Jan 2004 17:00:42 +1100 +To: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Amelia A. Lewis" , + "Scott Klein" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: "Scott Klein" +Cc: +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 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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Maildir and Mail at the same time. +To: "Eric S. Johansson" , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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" +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.1i +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +: 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: +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 ; 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" +Date: Wed, 7 Jan 2004 15:38:31 -0500 +To: Scott Klein +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> : 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: +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 ; 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" +Date: Wed, 7 Jan 2004 15:41:47 -0500 +To: Scott Klein +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 8 Jan 2004 08:36:12 +0200 (EET) +Subject: Re: [Dovecot] folders not subscribed +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 8 Jan 2004 08:39:23 +0200 (EET) +Subject: Re: [Dovecot] SSL and STARTTLS +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 8 Jan 2004 08:40:48 +0200 (EET) +Subject: Re: [Dovecot] Maildir and Mail at the same time. +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 8 Jan 2004 08:42:59 +0200 (EET) +Subject: Re: [Dovecot] no such file or directory +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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[?Xpcwh5{$q9LlUMw; &JS&BL)~c4o>] +Subject: Re: [Dovecot] POP Before SMTP for Sendmail +Date: Thu, 8 Jan 2004 21:59:49 +0100 +To: "SIMflex Support" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 9 Jan 2004 07:39:23 +0200 (EET) +Subject: Re: [Dovecot] POP Before SMTP for Sendmail +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 9 Jan 2004 07:44:43 +0200 (EET) +Subject: Re: [Dovecot] no such file or directory +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 11 Jan 2004 00:12:53 +1100 (EST) +Mime-Version: 1.0 (Apple Message framework v609) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-5-943908052" +To: dovecot@dovecot.org +From: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 11 Jan 2004 09:09:52 +0200 (EET) +Subject: Re: [Dovecot] some questions about log errors +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: + <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 +Subject: Re: [Dovecot] some questions about log errors +Date: Sun, 11 Jan 2004 20:11:25 +1100 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 12 Jan 2004 20:52:19 +0200 (EET) +Subject: Re: [Dovecot] Feature Request? +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: <40013A8F.5000900@mweb.co.za> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 12 Jan 2004 21:04:56 +0200 (EET) +Subject: Re: [Dovecot] imap sync +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 13 Jan 2004 13:43:32 +0200 (EET) +Subject: Re: [Dovecot] dovecot and evolution +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 14 Jan 2004 10:11:44 +1100 +From: "David Crisp" +To: "'Timo Sirainen'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 16 Jan 2004 10:38:16 -0600 (CST) +Message-ID: <000f01c3dc4f$f81c7ed0$7f790180@osbi03981> +From: "Benjamin J. Weiss" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 19 Jan 2004 19:03:13 +0200 (EET) +Subject: Re: [Dovecot] Certificate Authority-signed certs in dovecot? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 19 Jan 2004 19:07:11 +0200 (EET) +Subject: Re: [Dovecot] Internal error during expunge +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 dæmon 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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 10:21:42 -0800 +Date: Thu, 29 Jan 2004 10:21:02 -0800 +From: Kenneth Porter +To: Dovecot IMAP +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: joshua@localhost.localdomain +To: Kenneth Porter +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +In-Reply-To: <2054266479.1075371662@[10.69.3.69]> +Message-ID: +References: <2054266479.1075371662@[10.69.3.69]> +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +Cc: Dovecot IMAP +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 11:51:08 -0800 +Date: Thu, 29 Jan 2004 11:51:08 -0800 +From: Kenneth Porter +To: Dovecot IMAP +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +Message-ID: <2059672402.1075377068@[10.69.3.69]> +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; Thu, 29 Jan 2004 14:55:06 -0500 (EST) +From: Mitchell Baker +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 11:57:30 -0800 +Date: Thu, 29 Jan 2004 11:57:29 -0800 +From: Kenneth Porter +To: Dovecot IMAP +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +References: <2054266479.1075371662@[10.69.3.69]> + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 12:43:38 -0800 +Date: Thu, 29 Jan 2004 12:43:37 -0800 +From: Kenneth Porter +To: Dovecot IMAP +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]> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" + 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: +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 ; 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 ; 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" +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 +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +References: <2054266479.1075371662@[10.69.3.69]> <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +> 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: +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 ; 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 ; Thu, 29 Jan 2004 23:16:01 +0200 (EET) +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +From: Timo Sirainen +To: Dovecot IMAP +In-Reply-To: <4019726C.1090306@harvee.org> +References: <2054266479.1075371662@[10.69.3.69]> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 13:19:04 -0800 +Date: Thu, 29 Jan 2004 13:19:02 -0800 +From: Kenneth Porter +To: Dovecot IMAP +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]> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" + 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: + + + + + +From shiva@sewingwitch.com Thu Jan 29 23:31:11 2004 +Return-Path: +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 ; 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 ; 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 ; Thu, 29 Jan 2004 13:28:50 -0800 +Date: Thu, 29 Jan 2004 13:28:50 -0800 +From: Kenneth Porter +To: Dovecot IMAP +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> 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: +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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 Jan 2004 00:21:12 +0200 (EET) +Subject: Re: [Dovecot] State of MySQL authentication +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Thu, 29 Jan 2004 22:35:18 +0000 (GMT) +Date: Thu, 29 Jan 2004 22:35:18 +0000 +From: Keith Edmunds +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]> + + <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 + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Fri, 30 Jan 2004 00:41:45 +0200 (EET) +Subject: Re: [Dovecot] Dovecot not creating dirs +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +References: <2054266479.1075371662@[10.69.3.69]> <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "'Timo Sirainen'" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 Jan 2004 01:06:37 +0200 (EET) +Subject: Re: [Dovecot] SpamAssassin +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +Subject: Re: [Dovecot] Migrating from UW: mbx detection and conversion +In-Reply-To: <1075410961.24660.14.camel@hurina> +Message-ID: +References: <2054266479.1075371662@[10.69.3.69]> + + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From mem@mv.mv.com Fri Jan 30 01:52:04 2004 +Return-Path: +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 ; 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" +Date: Thu, 29 Jan 2004 18:49:43 -0500 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 30 Jan 2004 10:02:36 -0800 +Date: Fri, 30 Jan 2004 10:02:36 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 30 Jan 2004 14:09:14 -0500 (EST) +From: Mitchell Baker +To: Dovecot Mail list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 , context=0xbffff850) at mail-search.c:70 +> #10 0x08084f19 in mail_search_args_foreach (args=0x80beae8, +> callback=0x807379d , 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: +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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Rick Johnson +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +Reply-To: mdbaker@rose-hulman.edu +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Fri, 30 Jan 2004 19:09:11 -0500 (EST) +From: "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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sat, 31 Jan 2004 13:02:58 -0800 +Date: Sat, 31 Jan 2004 13:02:58 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 nær: http://www.shibumi.org/eoti.htm + +From tss@iki.fi Mon Feb 2 20:00:27 2004 +Return-Path: +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 ; 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 ; Mon, 2 Feb 2004 19:57:58 +0200 (EET) +Subject: Re: [Dovecot] Dovecot dies on startup???? +From: Timo Sirainen +To: Dovecot Mail list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 2 Feb 2004 20:02:53 +0200 (EET) +Subject: Re: [Dovecot] MD5 ldap password schemes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 to continue, or q 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + #include +@@ -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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +-- + 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: +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 ; 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 +To: Karl Eklund +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Wed, 4 Feb 2004 12:21:51 +0100 +Message-ID: <034601c3eb10$b87c8c00$6d01a8c0@FREAKYDEAKY> +From: =?iso-8859-1?Q?Christof_Baumg=E4rtner?= +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +Content-Type: text/plain; charset=US-ASCII; format=flowed +To: dovecot@dovecot.org +From: Lars Skovgaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +References: +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: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.3 +Precedence: list +Reply-To: Sven Kirmess +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Newbie question: How to make dovecot read + /var/mail/userwhile using Maildir +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +Plots of your system's performance - http://www.orcaware.com/orca/ + +From sigil@ironkeep.net Thu Feb 5 18:39:43 2004 +Return-Path: +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 ; 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: +Content-Type: text/plain; charset=US-ASCII; format=flowed +To: dovecot@dovecot.org +From: Zachary Schneider +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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)" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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)" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +In-Reply-To: <20040207100004.A070AC002806@talvi.dovecot.org> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: S Tanaka +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 8 Feb 2004 10:11:48 -0800 +Date: Sun, 08 Feb 2004 10:11:47 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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": + + + +From jello@waste.org Mon Feb 9 05:26:54 2004 +Return-Path: +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 ; 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 ; 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 ; Sun, 8 Feb 2004 21:23:33 -0600 +Received: from localhost (localhost [127.0.0.1]) + by localhost (Postfix) with ESMTP id CDD32406153 + for ; 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 ; + 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] a newbie question. +To: Rick Johnson , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Pahlevanzadeh Mohsen" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Pahlevanzadeh Mohsen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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: +Content-Transfer-Encoding: 7bit +X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg +From: Xavier Beaudouin +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[?Xpcwh5{$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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 ; 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 +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 ; 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: + <40291462.9090408@medata.com> +Mime-Version: 1.0 (Apple Message framework v612) +Content-Type: text/plain; charset=ISO-8859-1; format=flowed +Message-Id: +Content-Transfer-Encoding: quoted-printable +X-Image-Url: http://www.oav.net/~kiwi/kiwi.jpg +From: Xavier Beaudouin +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[?Xpcwh5{$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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +>> +>> 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: +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 ; 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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Xavier Beaudouin +Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal + messages" from UW-IMAP ? +References: + <40291462.9090408@medata.com> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 10 Feb 2004 18:10:26 +0000 (GMT) +From: "Jamie Heckford" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 10 Feb 2004 10:25:24 -0800 (PST) +X-Envelope-From: tsg@cctg.com +X-Envelope-To: +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 10 Feb 2004 12:38:18 -0800 +Date: Tue, 10 Feb 2004 12:38:17 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +) + +From shiva@sewingwitch.com Tue Feb 10 23:59:14 2004 +Return-Path: +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 ; 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 ; 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 ; Tue, 10 Feb 2004 13:56:23 -0800 +Date: Tue, 10 Feb 2004 13:56:22 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +. + +------------ Forwarded Message ------------ +Date: Tuesday, February 10, 2004 6:56 PM +0100 +From: Lennart Petersson +To: mulberry-discuss@cyrusoft.com +Subject: Dovecot and Mulberry + +I've recently changed my imap-server from Courier to Dovecot + 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 +To: Lennart Petersson , +mulberry-discuss@cyrusoft.com +Subject: Re: Dovecot and Mulberry + +Hi Lennart, + +--On Tuesday, February 10, 2004 6:56 PM +0100 Lennart Petersson + 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 + 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 + ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: Xavier Orduña , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 11 Feb 2004 01:06:35 -0000 +X-UID: 8668 +Status: O + +> From: "Xavier Orduña" +> 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: +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 ; 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 ; Wed, 11 Feb 2004 04:03:32 +0100 +From: Karl Eklund +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: , + + List-Archive: + List-Post: + List-Help: + +From XORA@telefonica.net Wed Feb 11 17:22:27 2004 +Return-Path: +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 ; 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 + ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: Xavier Orduña , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 11 Feb 2004 15:28:42 -0000 +X-UID: 8672 +Status: O + +> From: "Xavier Orduña" +> 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: +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 ; 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 +X-X-Sender: Paul Adams +To: dovecot@dovecot.org +In-Reply-To: <20040210204133.A33E8C00281D@talvi.dovecot.org> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Pahlevanzadeh Mohsen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 + ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 13 Feb 2004 12:36:14 -0600 (CST) +Date: Fri, 13 Feb 2004 12:36:13 -0600 +From: Alex S Moore +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 14 Feb 2004 23:38:48 +1300 +From: Nic Bellamy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sat, 14 Feb 2004 14:57:17 +0000 (GMT) +Date: Sat, 14 Feb 2004 14:57:16 +0000 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sat, 14 Feb 2004 15:09:11 +0000 (GMT) +Date: Sat, 14 Feb 2004 15:09:11 +0000 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sat, 14 Feb 2004 15:24:57 +0000 (GMT) +Date: Sat, 14 Feb 2004 15:24:57 +0000 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +Jürgen + +-- +juergen.daubert@t-online.de + +From shiva@sewingwitch.com Sat Feb 14 18:11:21 2004 +Return-Path: +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 ; 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 ; 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 ; Sat, 14 Feb 2004 08:08:22 -0800 +Date: Sat, 14 Feb 2004 08:08:17 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + wrote: + +> That isn't how it works. + +I'll say. Another way to put it: + + + + + +From asmoore@edge.net Sat Feb 14 18:58:39 2004 +Return-Path: +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 ; 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 ; Sat, 14 Feb 2004 10:55:30 -0600 (CST) +Date: Sat, 14 Feb 2004 10:55:29 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +Subject: [Dovecot] Basic questions concerning mail... +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Fête - Assez (flac) + + +From joshua@shallow.net Mon Feb 16 01:59:16 2004 +Return-Path: +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 ; 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 +To: Tom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Joshua Goodall +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 +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 : + +> 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: +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 ; 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 +To: Tom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 "unset wait_key\nbogofilter -S\nset wait_key\n" +macro pager X "unset wait_key\nbogofilter -S\nset wait_key\n" + + +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 ' +#send-hook '~C hkkk' 'my_hdr From: Kai Hendry ' +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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Giacomo Cariello +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Anthony Wendell Kay +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 nær: 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: +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 ; 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 ; 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 +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 +Subject: [Dovecot] Dovecot -- basic setup +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] File synchronization friendly indexes +Date: Thu, 19 Feb 2004 00:10:03 +0200 +To: Aredridel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sun, 22 Feb 2004 19:34:24 +0000 (GMT) +Received: from aural (aural [10.0.0.8]) by webmail (IMP) with HTTP + for ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ----- + Date: Sun, 22 Feb 2004 11:18:52 -0800 + From: Tom Hensel +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: +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 ; 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 +To: dovecot@dovecot.org +Date: Sun, 22 Feb 2004 21:59:40 +0100 +Organization: Kirmess +Lines: 6 +Message-ID: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] too large imap.index.data files +Message-ID: <20040223062328.GA8306@linfe.it> +References: <20040222211246.GA29703@linfe.it> +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 23 Feb 2004 09:10:33 +0100 (MET) +Date: Mon, 23 Feb 2004 09:10:16 +0100 +From: Sven Kirmess +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> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Manuel Moran Vaquero +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 +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] IMAP subfolders +To: Kai Hendry +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Mon, 23 Feb 2004 17:11:54 +0000 (GMT) +Date: Mon, 23 Feb 2004 17:11:54 +0000 +From: Keith Edmunds +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +X-Sender: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 .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 : passwd-like file with specified location +# static uid= gid= home=: static settings +# vpopmail: vpopmail library +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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 [ | *]: PAM authentication +# passwd-file : passwd-like file with specified location +# vpopmail: vpopmail authentication +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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: +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 ; 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 ; Tue, 24 Feb 2004 15:43:55 +0200 (EET) +Subject: Re: [Dovecot] ":" in filenames +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] IMAP subfolders +Date: Tue, 24 Feb 2004 20:10:09 +0100 +Organization: Kirmess +Lines: 18 +Message-ID: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +Subject: Re: [Dovecot] IMAP subfolders +References: <4039E757.3080501@uvigo.es> + <20040223150449.GV25873@cs.helsinki.fi> <000c01c3fa2f$4143b8b0$78ae3cd5@drei> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 07:02:41 -0600 (CST) +Date: Wed, 25 Feb 2004 07:02:41 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; 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 +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 +X-Sender: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 07:39:54 -0600 (CST) +Date: Wed, 25 Feb 2004 07:39:54 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; 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 +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 +X-Sender: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 08:17:43 -0600 (CST) +Date: Wed, 25 Feb 2004 08:17:43 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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: +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 +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:03:59 +0200 (EET) +Subject: Re: [Dovecot] Pam trouble +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:07:20 +0200 (EET) +Subject: Re: [Dovecot] [OT] How is the Changelog file created? +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:09:49 +0200 (EET) +Subject: Re: [Dovecot] too large imap.index.data files +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:19:10 +0200 (EET) +Subject: Re: [Dovecot] debian unstable : mutt polling imap mailboxes +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:26:51 +0200 (EET) +Subject: Re: [Dovecot] RE: Question on folders +From: Timo Sirainen +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:29:47 +0200 (EET) +Subject: Re: [Dovecot] auth_executable +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:35:57 +0200 (EET) +Subject: Re: [Dovecot] X-UID +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: <20040210204133.A33E8C00281D@talvi.dovecot.org> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 25 Feb 2004 19:43:31 +0200 (EET) +Subject: Re: [Dovecot] Mailbox formats +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> ) + +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: +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 ; 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 +To: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Xavier Beaudouin +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Bodo Gelbe +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Raymond Scholz +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +X-Sender: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Wed, 25 Feb 2004 12:50:08 -0800 +Date: Wed, 25 Feb 2004 12:50:07 -0800 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 ; 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 ; 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 +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: +References: <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 +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 25 Feb 2004 21:26:58 -0000 +X-UID: 8748 +Status: O + +· Timo Sirainen 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 26 Feb 2004 14:21:37 +0100 (CET) +From: Kilian CAVALOTTI +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +References: <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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Thu, 26 Feb 2004 20:50:23 +0000 (GMT) +Received: from aural (aural [10.0.0.8]) by webmail (IMP) with HTTP + for ; 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: <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Thu, 26 Feb 2004 15:51:14 -0500 +To: Mark Williamson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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: +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 +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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: +References: +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 +Subject: [Dovecot] Addition +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Raymond Scholz +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Subject: Re: [Dovecot] UW-IMAP -> Dovecot : patch to remove nasty "internal + messages" from UW-IMAP ? +Message-ID: <20040227095544.GA31847@linfe.it> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Mark E. Mallett" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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: +References: +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 +Subject: [Dovecot] Re: Addition +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Raymond Scholz +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 27 Feb 2004 11:57:06 -0000 +X-UID: 8758 +Status: O + +· Raymond Scholz 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Raymond Scholz +Subject: Re: [Dovecot] Re: Addition +References: + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] debian unstable : mutt polling imap mailboxes +Message-ID: <20040228133932.GA29087@woom.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@jyoti.intranet.braincells.com +To: Ewald Geschwinde +Subject: Re: [Dovecot] severe problem +In-Reply-To: <40421E04.6010204@geschwinde.net> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From jmelville@selectaustralasia.com.au Tue Mar 2 06:43:35 2004 +Return-Path: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Julian Melville +Subject: Re: [Dovecot] Dovecot failing silently on startup +In-Reply-To: <025001c40010$65e28fc0$c002020a@Moomintroll> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From hendry@cs.helsinki.fi Tue Mar 2 17:07:02 2004 +Return-Path: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: wired@linfe.it +In-Reply-To: <20040227095544.GA31847@linfe.it> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 3 Mar 2004 11:54:20 -0500 +From: "Joseph Teichman" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 you’re looking for faster +http://search.yahoo.com + +From m_pahlevanzadeh@yahoo.com Thu Mar 4 11:50:21 2004 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 you’re looking for faster +http://search.yahoo.com + +From gmid-dovecot@m.gmane.org Thu Mar 4 14:17:51 2004 +Return-Path: +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 ; 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 ; 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 ; 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 ; Thu Mar 4 12:14:09 2004 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Thu, 04 Mar 2004 13:10:10 +0100 +Lines: 16 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: payton@localhost.localdomain +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Chad Bergeron +Subject: Re: [Dovecot] OS X 10.3, SSL, client connection hangs? +Message-ID: <20040305000600.GF7880@electricrain.com> +Mail-Followup-To: Chad Bergeron , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 05 Mar 2004 00:09:46 -0000 +X-UID: 8777 +Status: O + +* Chad Bergeron 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: payton@localhost.localdomain +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; + 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: +Sender: "Gary Brown" +To: +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; + 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] imap internaldate +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 : + +> 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: +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 ; 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 ; Mon, 8 Mar 2004 13:59:37 -0600 (CST) +Date: Mon, 8 Mar 2004 13:59:37 -0600 +From: Alex S Moore +To: Dovecot +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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!" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; + 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: +Sender: "Irish" +To: +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: +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 09 Mar 2004 15:15:20 -0000 +X-UID: 8786 +Status: O + +> From: +> 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: +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 ; 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: +Sender: "Gary Brown" +To: "'David S. Madole'" +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> 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: +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 ; 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" +To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 09 Mar 2004 21:34:29 -0000 +X-UID: 8788 +Status: O + +> From: +> 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: +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 ; 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 ; + 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: +Sender: "Gary Brown" +To: +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> 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: +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 ; 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" +To: , +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 10 Mar 2004 03:13:46 -0000 +X-UID: 8790 +Status: O + +> From: +> 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: +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 ; 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" +Date: Tue, 9 Mar 2004 23:35:12 -0500 +To: Payton Swick +Subject: Re: [Dovecot] imap internaldate +Message-ID: <20040310043512.GQ2713@iridium.mv.net> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 : +> +> >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: +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 ; 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: +Sender: "Irish" +To: "'David S. Madole'" +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> 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: +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 ; 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 ; 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 ; 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 ; + 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Type: text/plain; charset=US-ASCII; format=flowed +To: dovecot@dovecot.org +From: =?ISO-8859-1?Q?Dirk_J=E4ckel?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Jaldhar H. Vyas" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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?= +Subject: Re: [Dovecot] dovecot & vpopmail +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 12 Mar 2004 11:53:23 -0000 +X-UID: 8796 +Status: O + +Dirk Jäckel 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 16 Mar 2004 15:48:28 +0000 (GMT) +From: Dominic Marks +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From mem@mv.mv.com Tue Mar 16 21:33:46 2004 +Return-Path: +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 ; 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" +Date: Tue, 16 Mar 2004 14:29:33 -0500 +To: Dominic Marks +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Mark E. Mallett" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 16 Mar 2004 15:49:19 -0500 +To: Dominic Marks +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 18 Mar 2004 + 10:44:53 +0100 +From: Bavo De Ridder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .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 : passwd-like file with specified location +# static uid= gid= home=: static settings +# vpopmail: vpopmail library +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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 [ | *]: PAM authentication +# passwd-file : passwd-like file with specified location +# vpopmail: vpopmail authentication +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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 +# +# /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 set local and overall rc status to +# 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: +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 ; 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" +User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Skye Poier +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Thu, 18 Mar 2004 14:40:49 +0100 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: "Neal D. Becker" +Date: Thu, 18 Mar 2004 07:47:16 -0500 +Lines: 8 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Julian Melville +Subject: RE: [Dovecot] Dovecot failing silently on startup +In-Reply-To: <4290D8AB6C950C44B59AA76B2513A6CA05A3FD@SYDEXCHVS01.Australasia.SelectNET.com> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From chrian@stud.ntnu.no Fri Mar 19 19:37:57 2004 +Return-Path: +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 ; 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 ; 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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From maikel@ladot.com Fri Mar 19 20:38:19 2004 +Return-Path: +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 ; 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 ; 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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> +Kind Regards, + + +Maikel Verheijen. + + +From skye@f4.ca Fri Mar 19 21:09:21 2004 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From maikel@ladot.com Fri Mar 19 21:27:43 2004 +Return-Path: +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 ; 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 ; 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 ; 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> + + <405B4641.6090100@stud.ntnu.no> +Content-Type: text/plain; charset=US-ASCII; format=flowed +Message-Id: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> +Kind regards, + +Maikel Verheijen + + +From esj@harvee.org Fri Mar 19 21:45:48 2004 +Return-Path: +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 ; 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" +User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Skye Poier +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + #include + #include ++#include + + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 20 Mar 2004 11:37:50 -0600 (CST) +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 21 Mar 2004 07:40:07 -0600 (CST) +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by latte.be (qmail-ldap-1.03) with SMTP + for ; 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 ; Tue, 23 Mar 2004 + 16:49:08 +0100 +From: Bavo De Ridder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Bavo De Ridder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ) + by latte.be (qmail-ldap-1.03) with SMTP + for ; 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 ; Tue, 23 Mar 2004 + 20:45:01 +0100 +From: Bavo De Ridder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +Date: Thu, 25 Mar 2004 15:19:08 +0100 +To: Dovecot mailing list +From: Hauke Fath +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 ; 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 ; 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 ; Fri, 26 Mar 2004 09:08:46 +1200 (NZST) +Date: Fri, 26 Mar 2004 09:08:38 +1200 +From: Zach Bagnall +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 26 Mar 2004 20:17:25 +0100 (CET) +From: Johannes Berg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Date: Sat, 27 Mar 2004 16:25:25 -0600 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jim Tittsler +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Jim Tittsler +Subject: Re: [Dovecot] dovecot tls configuration +In-Reply-To: <20040326231841.GA29483@server.onjapan.net> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Avery Day +Subject: Re: [Dovecot] error starting dovecot +In-Reply-To: <33464.192.168.50.6.1080431056.squirrel@dayzed.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Raymond Scholz +Subject: Message copy errors (Re: [Dovecot] Re: Addition) +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +References: <33464.192.168.50.6.1080431056.squirrel@dayzed.com> + +Date: Mon, 29 Mar 2004 13:44:38 -0800 (PST) +Subject: Re: [Dovecot] error starting dovecot +From: "Avery Day" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 29 Mar 2004 21:49:29 -0000 +X-UID: 8848 +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? +> +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: +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 ; 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 ; 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 ; + 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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 30 Mar 2004 14:45:30 +0200 +From: Anders Nielsen +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From anielsen@jobindex.dk Tue Mar 30 16:33:28 2004 +Return-Path: +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 ; 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 ; Tue, 30 Mar 2004 15:28:45 +0200 +Subject: Re: [Dovecot] Fatal: RAND_bytes() failed +From: Anders Nielsen +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From olive@pasteur.fr Tue Mar 30 19:35:50 2004 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 30 Mar 2004 16:35:50 -0000 +X-UID: 8852 +Status: O + +* Olivier Tharan (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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Olivier Tharan +Subject: Re: [Dovecot] The Status: header is forced +In-Reply-To: <20040330163107.GS75591@mafate.sis.pasteur.fr> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 30 Mar 2004 20:02:25 -0000 +X-UID: 8855 +Status: O + +* Charlie Brady (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: +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 ; 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 ; 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 +To: Dovecot mailing list +Subject: Re: [Dovecot] imap indexing error when moving multiple mails +Message-ID: <20040330201722.GB83591@mafate.sis.pasteur.fr> +Mail-Followup-To: Dovecot mailing list +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 30 Mar 2004 20:22:06 -0000 +X-UID: 8856 +Status: O +Content-Length: 1196 + +* Hauke Fath (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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Jared +Subject: Re: [Dovecot] dovecot not reconnecting to ldap after ldap restart +In-Reply-To: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From skye@f4.ca Wed Mar 31 02:25:54 2004 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 31 Mar 2004 09:34:08 -0500 +Mime-Version: 1.0 (Apple Message framework v613) +In-Reply-To: +References: <500E3A5B-8278-11D8-91F7-000393DB639A@redjar.org> + +Content-Type: text/plain; charset=US-ASCII; format=flowed +Message-Id: +Content-Transfer-Encoding: 7bit +From: Jared +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> La Salle Debain - http://www.braincells.com/debian/ +> + + +From darren@3x3x3.org Wed Mar 31 19:26:54 2004 +Return-Path: +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 ; 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 +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 +Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap + clients +References: <3FD4B4D2.304@3x3x3.org> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 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: +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 ; 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> + <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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Re: Rogue child imap processes when using Mac imap + clients +References: <3FD4B4D2.304@3x3x3.org> <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 31 Mar 2004 18:43:00 -0000 +X-UID: 8864 +Status: O + +Today, darren david 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@jabber.at, antifuchs + +From x@xxvii.net Thu Apr 1 14:11:49 2004 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-X-Sender: charlieb@allspice.nssg.mitel.com +To: Olivier Tharan +Subject: Re: [Dovecot] The Status: header is forced +In-Reply-To: <20040330195741.GA83591@mafate.sis.pasteur.fr> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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 ; 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 +To: "" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 2 Apr 2004 11:44:28 -0600 (CST) +Date: Fri, 2 Apr 2004 11:44:28 -0600 +From: Alex S Moore +To: dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 2 Apr 2004 12:16:02 -0600 (CST) +Date: Fri, 2 Apr 2004 12:16:02 -0600 +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 2 Apr 2004 21:59:15 -0800 (PST) +From: Brent Hills +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +Subject: Re: [Dovecot] passwd-file maintenance by users, other options +Date: Sat, 3 Apr 2004 12:15:46 +0200 +To: Mike Brown +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Maikel Verheijen +Subject: Re: [Dovecot] passwd-file maintenance by users, other options +References: <200404022331.i32NVG03024984@chilled.skew.org> + +In-Reply-To: +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 5 Apr 2004 08:55:15 +0200 (CEST) +Date: Mon, 5 Apr 2004 08:55:14 +0200 +From: Quentin Garnier +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 can’t 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: +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 ; 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 +To: Pahlevanzadeh Mohsen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] dovecot with sendmail +Message-ID: <20040406152647.GB634@delink.net> +Mail-Followup-To: dovecot@dovecot.org +References: +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Wed, 7 Apr 2004 00:16:02 -0500 (CDT) +From: "Paul Hanson" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + + + + + +
+ +

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-- + +------=_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 .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 : passwd-like file with specified location +# static uid=3D gid=3D home=3D: static = +settings +# vpopmail: vpopmail library +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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 [ | *]: PAM authentication +# passwd-file : passwd-like file with specified location +# vpopmail: vpopmail authentication +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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: +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 ; 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 ; 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 ; + 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 ; Wed, 7 Apr 2004 00:24:25 -0500 (CDT) +From: "Paul Hanson" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 7 Apr 2004 09:30:06 -0500 +From: Steven Stern +To: dovecot@dovecot.org +Date: Wed, 07 Apr 2004 09:30:37 -0500 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Wed, 7 Apr 2004 13:02:46 -0400 +To: Steven Stern +Subject: Re: [Dovecot] Process died to early +Message-ID: <20040407170246.GA5512@iridium.mv.net> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 8 Apr 2004 16:43:28 +1000 +Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E659@coremx01.mercynet.com.au> +From: Zoong Pham +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 08 Apr 2004 16:29:40 -0000 +X-UID: 8894 +Status: O + +* Jim Norton (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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Thu, 08 Apr 2004 + 19:55:38 +0200 +From: Bavo De Ridder +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 < (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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Jared +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Dovecot for production environment +References: <21540.66.224.116.226.1081458264.squirrel@new.host.name> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 nær: 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: +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 ; 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 +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 +Subject: Re: [Dovecot] Dovecot for production environment +References: <21540.66.224.116.226.1081458264.squirrel@new.host.name> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 08 Apr 2004 23:58:24 -0000 +X-UID: 8911 +Status: O +Content-Length: 1045 + + + +> 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: +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 ; 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 ; 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: +References: <21540.66.224.116.226.1081458264.squirrel@new.host.name> + +Date: Thu, 8 Apr 2004 17:21:52 -0700 (PDT) +Subject: Re: [Dovecot] Dovecot for production environment +From: "Avery Day" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 09 Apr 2004 00:27:00 -0000 +X-UID: 8912 +Status: O +Content-Length: 2841 + + + +> 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: +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 ; 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 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: "Gareth J. Greenaway" +Subject: Re: [Dovecot] shared folders? +Message-ID: <20040409183405.GA1904@woom.net> +Mail-Followup-To: Moe Wibble , + "Gareth J. Greenaway" , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Fri, 9 Apr 2004 19:16:04 -0400 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Message-ID: <20040409232713.GA30182@woom.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 9 Apr 2004 18:27:26 -0500 +From: Steven Stern +To: dovecot@dovecot.org +Date: Fri, 09 Apr 2004 18:27:55 -0500 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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: +Content-Transfer-Encoding: 7bit +From: Xavier Beaudouin +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Dovecot for production environment +In-reply-to: +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> + +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 13 Apr 2004 12:41:17 +1000 +Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E662@coremx01.mercynet.com.au> +From: Zoong Pham +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 13 Apr 2004 03:00:04 -0000 +X-UID: 8925 +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 +> +> +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: +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 ; 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 ; 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 ; 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 ; Tue, 13 Apr 2004 15:12:38 +1200 (NZST) +Date: Tue, 13 Apr 2004 15:11:10 +1200 +From: Zach Bagnall +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-Sender: smk@yoda +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 14 Apr 2004 03:42:00 -0000 +X-UID: 8932 +Status: O +Content-Length: 1336 + + + +>> 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +

=0AHi,
=0AThis is from your documentation
=0ACreating new users=0A------------------
=0ADovecot is interested in only one thing - bein= +g able to find the user'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 account in which you have logged i= +n.
=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.
=0A
=0APlease clarify my understanding of how it workds..
=0ATh= +anks=0A

=0A=0A=0A

=0A=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: +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 ; 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 +To: Kartik Vaidyanathan +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +

=0A Hi,
=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 & Johannes Be= +rg ) your mails i gather it is a must.
=0A
=0ABut Is there a workarou= +nd to this?
=0A
=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.
=0A
=0A1. I am using Debian OS.
=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
=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 "dovecott" in some system, that internall= +y does the sending of mails to all those in the groups refering to some dat= +abase.
=0A
=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.
=0A
=0A3.Dont I need to know the admin login and passwd, to = +create users?
=0A
=0A3.Lastly i know this is not that prevalent a que= +stion -> 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)?.
=0A
=0AP= +lease enlighten me on the above issues.
=0AThanks a lot for you time.=0A
=0ARegards
=0AKartik
=0A
=0A=0A

=0A=0A=0A

=0A<= +A target=3D"_blank" HREF=3D"http://clients.rediff.com/signature/track_sig.a= +sp">=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: +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 ; 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 ; 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 +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 16 Apr 2004 09:37:41 +0100 +Date: Fri, 16 Apr 2004 09:37:40 +0100 (BST) +From: Jethro R Binks +To: dovecot@dovecot.org +Subject: Re: [Dovecot] Feature request: more log info/stats +In-Reply-To: +Message-ID: <20040416093621.T32669@defjam.cc.strath.ac.uk> +References: +MIME-Version: 1.0 +Content-Type: TEXT/PLAIN; charset=US-ASCII +X-Strath-Information: Contact 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] Feature request: more log info/stats +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Fri, 16 Apr 2004 12:04:55 -0400 +To: Christian Balzer +Subject: Re: [Dovecot] Feature request: more log info/stats +Message-ID: <20040416160455.GC857@iridium.mv.net> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Date: Fri, 16 Apr 2004 18:47:55 +0200 +Organization: Kirmess +Lines: 16 +Message-ID: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +

=0A  Hi
=0Ai was trying to configure dovecot. Under the authent= +ication section
=0Ai have set the
=0Aauth_passdb=3D/etc/passwd
= +=0Aauth_user=3Droot
=0Aauth_userdb=3D/etc/passwd
=0A
=0ABut it giv= +es
=0AError in configuration file /etc/dovecot.conf line 398 :missing v= +alue which points to
=0Aauth_passdb=3D/etc/passwd in the file.
=0AFi= +rstly do i need setup some other parameters
=0AI want to follow the most= + simple authentication process.
=0APlease advice.
=0Athanks
=0A=0A
=0A=0A

=0A=0A=0A

=0A=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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Sven Kirmess +Subject: Re: [Dovecot] [OT] Is there a secure reverse IMAP proxy +In-Reply-To: +Message-ID: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +

=0AHi,
=0AYour mail was very insightful.
=0A
=0AYou have stated= + in you mail as follows ..
=0A
=0A"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."
=0A
=0Aa. W= +hat do you mean by virtual users.
=0Ab. How does one link them to a mai= +lbox.
=0A
=0AVery frankly i am confused...
=0A
=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.
=0A
=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.
=0A
=0A3.Lastly I actually want to creat= +e a mailing 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 Apr 2004, Kartik Vaidyanathan wrote:= +
=0A>
=0A> >  Hi,
=0A> >
=0A> > I hav= +e actually configured dovecot because i required a mail server in
=0A>= +; > order to build a mailing list manager.A mail list manager is somethi= +ng
=0A> > in the likes 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 whe= +n
=0A>making a mailinglist manager.
=0A>
=0A> > 1. I a= +m using Debian OS.
=0A> > The software that i am creating , which = +is going developed in JSP, will
=0A> > take a new users name and p= +assword and create a account for him by
=0A> > executing a shell s= +cript in my linux machine.I assume yahoo also does
=0A> > somethin= +g similar to this to create new mail boxes for any new
=0A> > user= +.Please correct me if i am wrong.
=0A> >
=0A>
=0A>I do= +n'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 you is becaus= +e i have
=0A> > subscribed to the dovecott mailing list. How do yo= +u think dovecott has
=0A> > been able to accomplish this. Is it no= +t because that dovecott has a
=0A> > mailbox in the group name &qu= +ot;dovecott" in some system, that internally
=0A> > does the = +sending of mails to all those in the groups refering to some
=0A> >= +; database.
=0A> >
=0A>
=0A>Dovecot doesn't have anyth= +ing to do with that. It's mostly the MTA, aided
=0A>by the mailing li= +st manager.
=0A>
=0A>Here's how majordomo (popular mailinglist = +manager) works:
=0A>
=0A>Bob wants to subscribe to the pigeonho= +le mailinglist. He emails or enters
=0A>his email address in a web fo= +rm so it ends up in a database file with all
=0A>the other users on t= +hat list. The mailinglist manager's job is to take
=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 delivering it to a local user,
=0A>either it (1) delivers it to a = +pipe - it passes the email to the
=0A>mailinglist software, which the= +n just generates an email that replaces the
=0A>original destination = +with the list of email addresses; or (2) the mailer
=0A>daemon itself= + forwards the email by alias expansion to the list of email
=0A>addre= +sses 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 latter
=0A>= +;case, basically the only thing a mailinglist manager does, is taking care<= +BR>=0A>of an error-free database file with email addresses so the MTA ca= +n forward
=0A>the email to the addresses in this file.
=0A>
= +=0A>Because Bob's email address is in this file, his address will be ins= +erted
=0A>in the headers of the message, and he will receive the emai= +l.
=0A>
=0A> > 2.Will the mail server support me in anyway b= +y giving me some
=0A> > functionality to add users, thereby creati= +ng maildir's (imap) for the
=0A> > users.
=0A> >
=0A&g= +t;
=0A>No, adding users is not the job of a mail server daemon. Or of= + an imap
=0A>server. Usually, you don't allow people to add users to = +your system, for
=0A>obvious reasons.
=0A>
=0A>If you wan= +t to add users to a mailing list, you don't need accounts for
=0A>tho= +se users, only when you also want to provide them with an email address.=0A>
=0A>What do you want to do: provide email addresses, or a ma= +ilinglist manager?
=0A>
=0A> > 3.Dont I need to know the adm= +in login and passwd, to create users?
=0A> >
=0A>
=0A>= +Yes, ofcourse. Unless your users are in a database server, in that case
= +=0A>you need the ability to add records to that database.
=0A>
= +=0A>(Shared webhosting accounts usually allow adding virtual users, if t= +hat's
=0A>the reasoning behind your question.)
=0A>
=0A> = +> 3.Lastly i know this is not that prevalent a question -> I was told= + mail
=0A> > man does a similar job as to what my software will do= +.Do you know how
=0A> > mailman works (or even yahoogroups)?.
= +=0A> >
=0A>
=0A>Not precisely, but pretty much like I sai= +d above. You can check out the
=0A>documentation and source code of s= +aid software.
=0A>
=0A>Yahoogroups probably uses custom written= + software, but still based on the
=0A>simple approach of a mailinglis= +t manager taking care of a list of
=0A>subscribers, and the mailer da= +emon either itself or by aid of an external
=0A>program multiplicatin= +g the recipients.
=0A>
=0A>
=0A>A mailinglist manager has= + nothing to do with Dovecot. Dovecot has nothing
=0A>to do with *send= +ing* email, only with retrieving it from a system with
=0A>IMAP of PO= +P. It's the end-of-the-line for emails, delivery to final
=0A>destina= +tion; 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=0A= +=0A

=0A=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: +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 ; 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 ; 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 +Subject: Re: [Dovecot] adding new user to dovecot +In-Reply-To: <20040418071436.10986.qmail@webmail30.rediffmail.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 19 Apr 2004 14:56:24 -0000 +X-UID: 8950 +Status: O + +* Kartik Vaidyanathan (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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + + + + + +
+ +

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)-- + +From rjohnson@medata.com Tue Apr 20 00:44:18 2004 +Return-Path: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.5 (X11/20040404) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Alban Dani +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 adani@stevens.edu Tue Apr 20 04:34:49 2004 +Return-Path: +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 ; 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 +Subject: Re: [Dovecot] Can't resolve address 127.0.0.1 +To: Rick Johnson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 20 Apr 2004 15:59:58 +1000 +Message-ID: <3ED0289A9D58414D9AD116DA91E2E96915E6BC@coremx01.mercynet.com.au> +From: Zoong Pham +To: "'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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 20 Apr 2004 08:37:17 +0200 (CEST) +Date: Tue, 20 Apr 2004 08:37:21 +0200 +From: Adrian Ulrich +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mailing List +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 +Subject: [Dovecot] Envelope From changed - why? +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Kartik Vaidyanathan +Subject: Re: Re: [Dovecot] adding new user to dovecot +In-Reply-To: <20040416043308.922.qmail@webmail30.rediffmail.com> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Sven Kirmess +Subject: Re: [Dovecot] adding new user to dovecot +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 23 Apr 2004 10:48:39 -0400 (EDT) +Message-ID: <00f301c42942$69ef0930$3fc8c8c8@SFULFILLMENT.local> +From: "John Wentworth" +To: "dovecot" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
+
I have dovecot running as a pop3s = +server on port=20 +995
+
 
+
it works great with = +sendmail
+
and
+
I run nessus to check security = +issues
+
nessus reports this
+
The SSLv2 server offers 3 strong = +ciphers, but=20 +also
0 medium strength and 2 weak "export class" ciphers.
The = +weak/medium=20 +ciphers may be chosen by an export-grade
or badly configured client = +software.=20 +They only offer a
limited protection against a brute force=20 +attack
+
 
+
Solution: disable those ciphers and = +upgrade your=20 +client
software if necessary
+
I have previously disabled weak ciphers = +in apache=20 +
+
but cannot figure out how to disable = +the weak=20 +ciphers in
+
dovecot
+
Any help would be = +appreciated
+
 
+
john
+ +------=_NextPart_000_00F0_01C42920.E2BEE4B0-- + + + +From amyzing@talsever.com Sat Apr 24 02:13:10 2004 +Return-Path: +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 ; 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 ; Fri, 23 Apr 2004 19:07:13 -0400 (EDT) +Date: Fri, 23 Apr 2004 19:07:13 -0400 +From: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 24 Apr 2004 10:48:44 -0400 (EDT) +Date: Sat, 24 Apr 2004 10:48:44 -0400 +From: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Sat, 24 Apr 2004 11:07:05 -0400 (EDT) + (envelope-from thomas@stthomasanglican.org) +Message-ID: <001201c42a0d$d13ec5f0$640110ac@CPQ36731385022> +From: "Thomas Abthorpe" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
Good morning all, I am new to this list. +
 
+
I have been running FreeBSD 5.1 with dovecot=20 +successfully for about a year. Just recently, I 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
+
 
+
Apr 24 10:53:59 standrew pop3-login: Login: tabth= +orpe=20 +[172.16.1.100]
Apr 24 10:53:59 standrew pop3(tabthorpe): We couldn't dro= +p=20 +root group privileges
Apr 24 10:53:59 standrew dovecot: child 44134 (pop= +3)=20 +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.stthomasanglic= +an.org + + +------=_NextPart_000_000F_01C429EC.49B13F30-- + + +From cube@NetBSD.org Sat Apr 24 18:30:35 2004 +Return-Path: +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 ; 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 +To: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Fri, 23 Apr 2004 10:46:31 -0400 (EDT) +Message-ID: <00d701c42942$1dac54b0$3fc8c8c8@SFULFILLMENT.local> +From: "John Wentworth" +To: "dovecot" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
I have dovecot running as a pop3s = +server on port=20 +995
+
 
+
it works great with = +sendmail
+
and
+
I run nessus to check security = +issues
+
nessus reports this
+
The SSLv2 server offers 3 strong = +ciphers, but=20 +also
0 medium strength and 2 weak "export class" ciphers.
The = +weak/medium=20 +ciphers may be chosen by an export-grade
or badly configured client = +software.=20 +They only offer a
limited protection against a brute force=20 +attack
+
 
+
Solution: disable those ciphers and = +upgrade your=20 +client
software if necessary
+
I have previously disabled weak ciphers = +in apache=20 +
+
but cannot figure out how to disable = +the weak=20 +ciphers in
+
dovecot
+
Any help would be = +appreciated
+
 
+
john
+ +------=_NextPart_000_00D4_01C42920.964CE2D0-- + + + +From john@computer-heaven.net Fri Apr 23 17:53:52 2004 +Return-Path: +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 ; 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 ; Fri, 23 Apr 2004 10:48:11 -0400 +Message-ID: <00ea01c42942$596973c0$3fc8c8c8@SFULFILLMENT.local> +From: "John Wentworth" +To: "dovecot" +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
+
I have dovecot running as a pop3s = +server on port=20 +995
+
 
+
it works great with = +sendmail
+
and
+
I run nessus to check security = +issues
+
nessus reports this
+
The SSLv2 server offers 3 strong = +ciphers, but=20 +also
0 medium strength and 2 weak "export class" ciphers.
The = +weak/medium=20 +ciphers may be chosen by an export-grade
or badly configured client = +software.=20 +They only offer a
limited protection against a brute force=20 +attack
+
 
+
Solution: disable those ciphers and = +upgrade your=20 +client
software if necessary
+
I have previously disabled weak ciphers = +in apache=20 +
+
but cannot figure out how to disable = +the weak=20 +ciphers in
+
dovecot
+
Any help would be = +appreciated
+
 
+
john
+ +------=_NextPart_000_00E7_01C42920.D1F78B50-- + + + +From cube@cubidou.net Sat Apr 24 08:02:36 2004 +Return-Path: +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 ; 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 +To: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 25 Apr 2004 22:14:10 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: John Wentworth +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Wouter Van Hemel +In-Reply-To: +References: + +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + 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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jeff Hoskinson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: smk +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Steven Stern +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Brent Hills +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Alex S Moore +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Eric S. Johansson" +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: "Gareth J. Greenaway" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 @..." 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: +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 ; 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 +To: Tom Alsberg +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 , Dovecot Mailing List +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: dovecot@dovecot.org +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 26 Apr 2004 13:30:09 -0500 (CDT) +From: Robert McLay +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +Courier NewHow 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 + +--==========EF6F6CFA2C9AEACE7C5C==========-- + + +From tss@iki.fi Mon Apr 26 23:30:24 2004 +Return-Path: +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 ; 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 +To: Rick Jones +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] Index abuse +Message-ID: <6C0880DEF3F27CFB937648AA@[192.168.0.9]> +In-Reply-To: <1083011076.13726.43.camel@hurina> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 + +Courier New--On 26 April 2004 23:24 = ++0300 Timo Sirainen < wrote: + +9900,3300,6600 + +> 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. + + + +Thanks, that's great to know. + + +--=20 + +Cheers + +Rick + +--==========543C509C99E5FBCEEBC4==========-- + + +From mem@mv.mv.com Tue Apr 27 00:32:39 2004 +Return-Path: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 26 Apr 2004 17:21:44 -0500 (CDT) +From: Robert McLay +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Feature request: more log info/stats +In-reply-to: <1082930148.1393.92.camel@hurina> +References: + <1082930148.1393.92.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mailing List +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, Miquel van Smoorenburg +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> > +> > 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: +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 ; 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 +To: "Mark E. Mallett" +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> +> 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: +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 ; 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 +To: Tom Alsberg +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 , Miquel van Smoorenburg , + Dovecot Mailing List +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Dovecot Mailing List +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> > > +> > > 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: +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 ; 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 +To: Miquel van Smoorenburg +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, Tom Alsberg , + Dovecot Mailing List +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> > +> > 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/, 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 +(@) 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 +
", and if the message goes through another server in the +way, the relay over it will also begin with the same "MAIL FROM +
" 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
" 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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test1 released +In-Reply-To: <1082920450.1401.27.camel@hurina> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From alsbergt@cs.huji.ac.il Tue Apr 27 21:45:53 2004 +Return-Path: +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 ; 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 +To: Amelia A Lewis +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 27 Apr 2004 21:48:31 +0300 (EEST) +Subject: Re: [Dovecot] Envelope From changed - why? +From: Timo Sirainen +To: Dovecot Mailing List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 27 Apr 2004 16:39:46 -0400 +To: Amelia A Lewis +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 , + Dovecot Mailing List +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Amelia A Lewis +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 , + Dovecot Mailing List +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: + <1082930148.1393.92.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 27 Apr 2004 17:29:35 -0400 (EDT) +Date: Tue, 27 Apr 2004 17:29:35 -0400 +From: Amelia A Lewis +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] Index abuse +Message-ID: <20040428165437.GE92098@f4.ca> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +Content-Type: text/plain; charset=US-ASCII; format=flowed +To: dovecot@dovecot.org +From: Lars Skovgaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 29 Apr 2004 14:48:40 +0200 (CEST) +Date: Thu, 29 Apr 2004 14:48:40 +0200 +From: Quentin Garnier +To: dovecot@dovecot.org +Subject: Re: [Dovecot] Timezone of logentries from dovecot +Message-Id: <20040429144840.3c5b869f.cube@NetBSD.org> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 29 Apr 2004 15:57:45 +0300 (EEST) +Subject: Re: [Dovecot] Timezone of logentries from dovecot +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: <20040429144840.3c5b869f.cube@NetBSD.org> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Thu, 29 Apr 2004 16:45:31 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Thu, 29 Apr 2004 14:52:39 +0200 +Lines: 13 +Message-ID: +References: <1082920450.1401.27.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: 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 29 Apr 2004 14:51:40 -0000 +X-UID: 9015 +Status: O + +"Jaldhar H. Vyas" 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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Matthias Andree +Subject: Re: [Dovecot] Re: 1.0-test1 released +In-Reply-To: +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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 +La Salle Debain - http://www.braincells.com/debian/ + +From tss@iki.fi Thu Apr 29 23:15:50 2004 +Return-Path: +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 ; 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 ; Thu, 29 Apr 2004 23:09:55 +0300 (EEST) +Subject: Re: [Dovecot] Re: 1.0-test1 released +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: <1082920450.1401.27.camel@hurina> + + + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; 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 ; 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 +To: Dovecot mailing list +Subject: Re: [Dovecot] imap indexing error when moving multiple mails +Message-ID: <20040430152230.GA4193@mafate.sis.pasteur.fr> +Mail-Followup-To: Dovecot mailing list +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 30 Apr 2004 15:28:28 -0000 +X-UID: 9018 +Status: O +Content-Length: 2616 + +* Olivier Tharan (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: +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 ; 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: + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] imap indexing error when moving multiple mails +Date: Fri, 30 Apr 2004 20:21:48 +0300 +To: Olivier Tharan +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot mailing list +Subject: Re: [Dovecot] imap indexing error when moving multiple mails +Message-ID: <20040430200738.GA4819@woom.net> +Mail-Followup-To: Moe Wibble , + Dovecot mailing list +References: + <20040330201722.GB83591@mafate.sis.pasteur.fr> + <20040430152230.GA4193@mafate.sis.pasteur.fr> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +Subject: Re: [Dovecot] Re: 1.0-test1 released +In-Reply-To: <1083269394.32748.77.camel@hurina> +Message-ID: +References: <1082920450.1401.27.camel@hurina> + + + + <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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From tss@iki.fi Fri Apr 30 23:39:09 2004 +Return-Path: +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 ; 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 ; Fri, 30 Apr 2004 23:32:38 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v613) +In-Reply-To: +References: <1082920450.1401.27.camel@hurina> + + + + <1083269394.32748.77.camel@hurina> + +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 +Subject: Re: [Dovecot] Re: 1.0-test1 released +Date: Fri, 30 Apr 2004 23:32:35 +0300 +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 1 May 2004 21:48:18 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +Content-Type: text/plain; charset=WINDOWS-1252; format=flowed +To: dovecot@dovecot.org +From: Lars Skovgaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Mon, 3 May 2004 00:42:19 -0400 (EDT) +Date: Mon, 3 May 2004 00:42:07 -0400 (EDT) +From: "Jaldhar H. Vyas" +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: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From jaldhar@debian.org Mon May 3 07:50:52 2004 +Return-Path: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +In-Reply-To: <83D39BA8-9AE5-11D8-B8A2-000393CC2E90@iki.fi> +Message-ID: +References: <1082920450.1401.27.camel@hurina> + + + + <1083269394.32748.77.camel@hurina> + + <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 +Subject: [Dovecot] Patch for gnutls10 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From dovecot@gutzeit.at Mon May 3 15:20:31 2004 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Grüßen +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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christoph Hohmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 03 May 2004 20:31:12 -0000 +X-UID: 9031 +Status: O + +Timo Sirainen 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Lars Skovgaard +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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?= + +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +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?= + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .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 : passwd-like file with specified location +# static uid= gid= home=: static settings +# vpopmail: vpopmail library +# ldap : LDAP, see /etc/dovecot-ldap.conf +# pgsql : 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 [ | *]: PAM authentication +# passwd-file : passwd-like file with specified location +# vpopmail: vpopmail authentication +# ldap : LDAP, see doc/dovecot-ldap.conf +# pgsql : 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: +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 ; 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 +Subject: Re: [Dovecot] Mail always is delivered to /var/mail/ +Date: Thu, 6 May 2004 15:07:25 +1200 +To: Kevin Breit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +To: Dovecot mailing list +Subject: Re: [Dovecot] imap indexing error when moving multiple mails +Message-ID: <20040506093638.GI31267@mafate.sis.pasteur.fr> +Mail-Followup-To: Dovecot mailing list +References: + <20040330201722.GB83591@mafate.sis.pasteur.fr> + <20040430152230.GA4193@mafate.sis.pasteur.fr> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 06 May 2004 09:42:48 -0000 +X-UID: 9043 +Status: O +Content-Length: 1539 + +* Timo Sirainen (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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Whatever +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Whatever +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Kevin Breit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Collin Grady +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 it´s 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Subject: Re: [Dovecot] SSL Client Certificate Support +Date: Mon, 10 May 2004 05:11:24 +0300 +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 10 May 2004 08:27:59 -0500 (CDT) +Message-ID: <004001c43692$a085b9a0$7f790180@osbi039812> +From: "Benjamin J. Weiss" +To: "Dovecot mailing list" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 10 May 2004 08:27:59 -0500 (CDT) +Message-ID: <004001c43692$a085b9a0$7f790180@osbi03981> +From: "Benjamin J. Weiss" +To: "Dovecot mailing list" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Benjamin J. Weiss" +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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: Tom Alsberg +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> +> 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: +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 ; 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" +To: "Rick Johnson" , + "Dovecot mailing list" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 10 May 2004 18:30:05 -0000 +X-UID: 9059 +Status: O +Content-Length: 1508 + +From: "Rick Johnson" +> 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: +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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +> > +> > 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: +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 ; 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 ; Mon, 10 May 2004 22:17:51 +0300 (EEST) +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 10 May 2004 22:36:47 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot, Fedora, SSL +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 10 May 2004 22:58:22 +0300 (EEST) +Subject: Re: [Dovecot] Dovecot, Fedora, SSL +From: Timo Sirainen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Skye Poier +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Rick Johnson +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From maikel@ladot.com Tue May 11 13:15:51 2004 +Return-Path: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 11 May 2004 12:23:29 +0200 +Subject: Re: [Dovecot] Is Dovecot ready for production use? +From: Anders Nielsen +To: Dovecot mailing list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From anielsen@jobindex.dk Tue May 11 15:09:23 2004 +Return-Path: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From cmaloney@umd.com.au Tue May 11 03:59:05 2004 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: <40A023D6.60800@umd.com.au> + +Date: Tue, 11 May 2004 16:13:25 -0000 (UTC) +From: jan@weitan.org +To: "Maikel Verheijen" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 haven´t tried the requested feature for certs yet or even +looked at the source, but i´ll 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 i´ll write something more serious. +jan + + + +From P.Basenghi@netribe.it Tue May 11 20:00:19 2004 +Return-Path: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.6 (X11/20040502) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Paolo Basenghi +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 11 May 2004 17:42:40 -0400 +From: "Jeff Graves" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +From maikel@ladot.com Thu May 13 12:40:53 2004 +Return-Path: +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 ; 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 ; 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 ; 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: +Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed +To: dovecot@dovecot.org +From: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.5 (X11/20040313) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Maikel Verheijen +Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues +In-Reply-To: <40A34D6C.2060908@jones.dk> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: + <40A34D6C.2060908@jones.dk> +Mime-Version: 1.0 (Apple Message framework v613) +Content-Type: text/plain; charset=US-ASCII; format=flowed +Message-Id: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues +Date: Thu, 13 May 2004 13:00:27 +0200 +To: Jonas Smedegaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: +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 +Subject: Re: [Dovecot] dovecot-1.0-test8 / nfs / maildir / flags issues +Date: Thu, 13 May 2004 15:10:30 +0300 +To: Maikel Verheijen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Codepage of folder names +Date: Thu, 13 May 2004 15:21:59 +0300 +To: Petr Tuma +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: jan@weitan.org +In-Reply-To: <32794.217.255.192.157.1084292005.squirrel@217.255.192.157> +References: <40A023D6.60800@umd.com.au> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Maikel Verheijen +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: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 13 May 2004 19:16:44 +0200 (CEST) +From: Johannes Berg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 14 May 2004 16:46:39 -0700 +Date: Fri, 14 May 2004 16:46:38 -0700 +From: Kees Cook +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; Sun, 16 May 2004 08:22:00 +0200 (CEST) +Date: Sun, 16 May 2004 08:22:00 +0200 +From: Adrian Ulrich +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 17 May 2004 02:32:56 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Johannes Berg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Mon, 17 May 2004 12:45:19 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Mon, 17 May 2004 11:50:08 +0200 +Lines: 19 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 17 May 2004 10:52:10 -0000 +X-UID: 9106 +Status: O + +Adrian Ulrich 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: +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 ; 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 ; 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 +To: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Kai Hendry +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Mon, 17 May 2004 14:20:11 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Antti Salmela +Date: Mon, 17 May 2004 11:40:01 -0000 +Lines: 11 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 17 May 2004 12:26:48 -0000 +X-UID: 9109 +Status: O + +Charlie Allom 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: +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 ; 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 ; 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 +To: Charlie Allom +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 , dovecot@procontrol.fi +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Joshua Goodall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Brian Candler +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: <20040517101950.GB3703@myinternet.com.au> + +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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 18 May 2004 10:03:21 -0000 +X-UID: 9116 +Status: O + +* Timo Sirainen (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: +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 ; 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 ; 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 +Message-Id: +Subject: [Dovecot] POP (dot) locks +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 18 May 2004 12:21:41 -0000 +X-UID: 9118 +Status: O + +* Christian Balzer (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: +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 ; 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 +Subject: Re: [Dovecot] using one-time passwords +Date: Tue, 18 May 2004 15:23:08 +0300 +To: Johannes Berg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <20040518121501.GI80377@mafate.sis.pasteur.fr> +Comments: In-reply-to Olivier Tharan + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Eric S. Johansson" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 19 May 2004 08:06:36 -0000 +X-UID: 9125 +Status: O + +* Villalovos, John L (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: +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 ; 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" +To: "Olivier Tharan" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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" +To: "Skye Poier" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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 +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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jonas Smedegaard +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Date: Thu, 20 May 2004 18:06:05 +0200 +Organization: Kirmess +Lines: 6 +Message-ID: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 21 May 2004 08:30:15 -0400 +Date: Fri, 21 May 2004 08:30:15 -0400 (EDT) +From: Nico Kadel-Garcia +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + +From rick@activeservice.co.uk Fri May 21 16:15:44 2004 +Return-Path: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Rick Jones" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: +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: +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 ; 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 ; 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 ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +In-Reply-To: +References: +Date: Fri, 21 May 2004 17:37:36 +0200 +To: Nico Kadel-Garcia +From: Hauke Fath +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 +To: Nico Kadel-Garcia +Subject: Re: [Dovecot] "important" flag +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 wrote: +> +> From: "Rick Jones" +> +>> 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: +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 ; 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" +To: "Hauke Fath" +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: "Nico Kadel-Garcia" +Cc: +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: +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 ; 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 ; Sat, 22 May 2004 04:45:07 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Charlie Allom +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Sven Kirmess +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <1085190852.17204.14.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Adam Kessel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Hauke Fath +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico Kadel-Garcia +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Rick Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "\"Branko F." =?iso-8859-2?Q?Gra=E8nar=22?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: + <1085190852.17204.14.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Johannes Berg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <1085190852.17204.14.camel@hurina> + + <1085195360.17204.85.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: + <1085190852.17204.14.camel@hurina> + + <1085195360.17204.85.camel@hurina> + +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 +Subject: Re: [Dovecot] POP (dot) locks +Date: Sat, 22 May 2004 07:12:21 +0300 +To: Christian Balzer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: +In-Reply-To: <01be01c43f5d$3a9be460$b28ccb89@zeppo> +References: + + <01be01c43f5d$3a9be460$b28ccb89@zeppo> +Date: Fri, 21 May 2004 22:58:01 +0100 +To: "Nico Kadel-Garcia" +From: Hauke Fath +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 ; 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 ; + 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 ; 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 +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: + <1085190852.17204.14.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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] "important" flag +Date: Sat, 22 May 2004 17:07:42 +0300 +To: Rick Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Rick Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 23 May 2004 05:12:56 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test11 +Message-ID: <20040523102754.GA30531@woom.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] "important" flag +Date: Sun, 23 May 2004 16:11:28 +0300 +To: Rick Jones +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test11 +Message-ID: <20040523152314.GC30531@woom.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Sun, 23 May 2004 15:55:09 -0400 +To: Timo Sirainen +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]> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.2.1i +Cc: Rick Jones , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 23 May 2004 13:10:01 -0700 +Date: Sun, 23 May 2004 13:13:23 -0700 +From: Kenneth Porter +To: Dovecot +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ) + +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: +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 ; 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 +To: Kenneth Porter +Subject: Re: [Dovecot] Serve list archives by dovecot IMAP +Message-ID: <20040523204148.GA18626@monsters.rsn.uni-rostock.de> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.5.6i +Cc: Dovecot +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ) +> +> 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: +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 ; 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: +References: +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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Serve list archives by dovecot IMAP +Date: Sun, 23 May 2004 23:58:37 +0300 +To: Kenneth Porter +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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]> + + <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 +Subject: Re: [Dovecot] "important" flag +Date: Mon, 24 May 2004 00:07:42 +0300 +To: "Mark E. Mallett" +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 23 May 2004 15:06:34 -0700 +Date: Sun, 23 May 2004 15:09:56 -0700 +From: Kenneth Porter +To: Dovecot +Subject: Re: [Dovecot] Serve list archives by dovecot IMAP +Message-ID: +In-Reply-To: +References: + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: +References: + + +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 +Subject: Re: [Dovecot] Serve list archives by dovecot IMAP +Date: Mon, 24 May 2004 05:46:52 +0300 +To: Kenneth Porter +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> 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: +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 ; 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 ; Mon, 24 May 2004 06:16:41 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v613) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-13--312782900" +To: Dovecot list +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 23 May 2004 20:33:29 -0700 +Date: Sun, 23 May 2004 20:36:51 -0700 +From: Kenneth Porter +To: Dovecot +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: + + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test12 +Message-ID: <20040524122826.GA28204@woom.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test12 +Message-ID: <20040524144424.GA11816@woom.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: +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 +Subject: Re: [Dovecot] 1.0-test12 +Date: Mon, 24 May 2004 16:49:19 +0200 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Mon, 24 May 2004 15:42:38 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Roger Keays +Date: Mon, 24 May 2004 23:24:17 +1000 +Lines: 26 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Dovecot + SSL + Fedora +Date: Mon, 24 May 2004 19:50:54 +0300 +To: David Keegel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Mon, 24 May 2004 13:10:59 -0400 +To: Timo Sirainen +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Roger Keays +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Maikel Verheijen +In-Reply-To: <896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com> +References: + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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: + <896AAFBD-AD91-11D8-ABBC-000A95B3C1CA@ladot.com> + <1085438847.27732.82.camel@hurina> +From: Matthias Andree +Date: Tue, 25 May 2004 05:30:30 +0200 +Message-ID: +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 25 May 2004 03:37:32 -0000 +X-UID: 9195 +Status: O + +Timo Sirainen 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: +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 ; 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 +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 +Date: Tue, 25 May 2004 05:37:32 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 25 May 2004 03:44:30 -0000 +X-UID: 9196 +Status: O +Content-Length: 1050 + +Timo Sirainen 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: +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 ; 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 +Subject: Re: [Dovecot] 1.0-test12 +In-Reply-To: (Timo Sirainen's + message of "Mon, 24 May 2004 06:16:39 +0300") +References: +From: Matthias Andree +Date: Tue, 25 May 2004 05:46:27 +0200 +Message-ID: +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 25 May 2004 03:53:24 -0000 +X-UID: 9197 +Status: O + +Timo Sirainen 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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test12 +References: +In-Reply-To: +Content-Type: text/plain; charset=us-ascii; format=flowed +Content-Transfer-Encoding: 7bit +Cc: Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test12 +Message-ID: <20040525143100.GA24931@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 25 May 2004 08:25:18 -0700 +Date: Tue, 25 May 2004 08:28:43 -0700 +From: Kenneth Porter +To: dovecot@dovecot.org +Subject: Re: [Dovecot] error log? +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +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> +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 25 May 2004 21:57:28 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: <1085190307.17204.6.camel@hurina> + +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 +Subject: Re: [Dovecot] 1.0-test10 +Date: Wed, 26 May 2004 05:41:09 +0300 +To: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: + +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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test12 +Date: Wed, 26 May 2004 05:44:55 +0300 +To: Matthias Andree +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: + <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 +Subject: Re: [Dovecot] 1.0-test12 +Date: Wed, 26 May 2004 05:47:32 +0300 +To: Andrew Boothman +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 26 May 2004 05:59:32 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v613) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-20--141011146" +To: Dovecot list +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: +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 +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test13 +Message-ID: <20040526100227.GA23813@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test13 +Message-ID: <20040526121911.GA7638@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Marten Lehmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] dovecot.rawlog +Date: Wed, 26 May 2004 20:04:50 +0300 +To: Marten Lehmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] renaming and select failes +Date: Wed, 26 May 2004 20:39:22 +0300 +To: Marten Lehmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Marten Lehmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Marten Lehmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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^&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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Joshua Goodall +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 27 May 2004 05:35:51 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 27 May 2004 17:29:02 +0400 +Message-ID: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su> +From: "Oleg I. Vdovikin" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 27 May 2004 14:18:49 -0000 +X-UID: 9238 +Status: O +Content-Length: 1244 + + Hi, + +* Timo Sirainen (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: +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 ; 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 +Subject: Re: [Dovecot] 0.99.10.5 release candidate +Date: Thu, 27 May 2004 17:52:24 +0300 +To: Olivier Tharan +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 27 May 2004 15:33:32 -0000 +X-UID: 9242 +Status: O + +* Timo Sirainen (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: +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 ; 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 ; Thu, 27 May 2004 18:45:44 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v613) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-32--8639065" +To: Dovecot list +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + 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: +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 ; 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 +Subject: Re: [Dovecot] 0.99.10.5 release candidate +Date: Thu, 27 May 2004 19:01:37 +0300 +To: Olivier Tharan +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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 ; Thu, 27 May 2004 12:24:52 -0400 (EDT) +In-Reply-To: +References: +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" +Subject: Re: [Dovecot] 0.99.10.5 released +Date: Thu, 27 May 2004 12:24:45 -0400 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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" , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Thu, 27 May 2004 10:06:42 -0700 +Date: Thu, 27 May 2004 10:10:12 -0700 +From: Kenneth Porter +To: Dovecot list +Subject: Re: [Dovecot] 0.99.10.5 released +Message-ID: <02C517B90ED9261AAAF963DD@[10.0.0.4]> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +Subject: Re: [Dovecot] 0.99.10.5 released +In-Reply-To: +Message-ID: +References: +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> +> + 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 +La Salle Debain - http://www.braincells.com/debian/ + +From tss@iki.fi Thu May 27 21:17:52 2004 +Return-Path: +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 ; 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 +To: Kenneth Porter +In-Reply-To: <02C517B90ED9261AAAF963DD@[10.0.0.4]> +References: + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Jaldhar H. Vyas" +In-Reply-To: +References: + +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Timo Sirainen +Subject: Re: [Dovecot] 0.99.10.5 released +In-Reply-To: <1085682302.20006.83.camel@hurina> +Message-ID: +References: + + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From maikel@ladot.com Thu May 27 22:22:51 2004 +Return-Path: +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 ; 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 ; 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 ; 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: +References: +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 +Subject: Re: [Dovecot] 0.99.10.5 released +Date: Thu, 27 May 2004 21:15:34 +0200 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Maikel Verheijen +In-Reply-To: <3A75CCF6-B012-11D8-8BED-000A95B3C1CA@ladot.com> +References: + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + + <1085682302.20006.83.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: + + <1085682302.20006.83.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Christian Balzer +Subject: Re: [Dovecot] 0.99.10.5 released +In-Reply-To: +Message-ID: +References: + + <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: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: "Jaldhar H. Vyas" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From maikel@ladot.com Fri May 28 08:52:52 2004 +Return-Path: +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 ; 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 +Subject: Re: [Dovecot] 0.99.10.5 released +Date: Fri, 28 May 2004 07:45:42 +0200 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Fri, 28 May 2004 12:45:26 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 28 May 2004 09:21:25 +0200 +Lines: 11 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 28 May 2004 10:52:29 -0000 +X-UID: 9260 +Status: O + +Timo Sirainen 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: +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 ; 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 ; 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 ; 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 ; Fri, 28 May 2004 12:52:14 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 28 May 2004 09:24:24 +0200 +Lines: 16 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 28 May 2004 10:59:17 -0000 +X-UID: 9261 +Status: O + +Olivier Tharan 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: +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 ; 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 ; 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 ; 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 ; Fri, 28 May 2004 13:02:37 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 28 May 2004 09:43:59 +0200 +Lines: 43 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 28 May 2004 11:09:39 -0000 +X-UID: 9262 +Status: O +Content-Length: 1459 + +Timo Sirainen 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: +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 ; 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 ; Fri, 28 May 2004 15:55:04 +0400 +Message-ID: <005f01c444aa$9cfbc010$6628d0c3@mlab.cs.msu.su> +From: "Oleg I. Vdovikin" +To: +References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su><332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: +Sent: Friday, May 28, 2004 11:43 AM +Subject: [Dovecot] Re: Small change to make dovecot pop3 uw-imap +migrationfriendly + + +> Timo Sirainen 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: +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 ; 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 +To: "Oleg I. Vdovikin" +Subject: Re: [Dovecot] Re: Small change to make dovecot pop3 uw-imap + migrationfriendly +Message-ID: <20040528120631.GA9680@uk.tiscali.com> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 28 May 2004 16:32:23 +0400 +Message-ID: <007301c444af$d37719a0$6628d0c3@mlab.cs.msu.su> +From: "Oleg I. Vdovikin" +To: +References: <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: "Oleg I. Vdovikin" +Cc: +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: +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 ; 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 ; Fri, 28 May 2004 15:08:41 +0300 (EEST) +From: "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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Oleg I. Vdovikin" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Brian Candler" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: "Oleg I. Vdovikin" +Cc: +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: +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 ; 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 +To: Joshua Goodall +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Oleg I. Vdovikin" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 28 May 2004 11:01:31 -0600 (CST) +From: "Mauricio Araya V." +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Fri, 28 May 2004 20:45:25 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 28 May 2004 19:54:25 +0200 +Lines: 47 +Message-ID: +References: <00a301c443ee$9348dd80$6628d0c3@mlab.cs.msu.su> + <332DA6F9-AFEE-11D8-8870-000393CC2E90@iki.fi> + + <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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 28 May 2004 18:52:29 -0000 +X-UID: 9272 +Status: O +Content-Length: 1494 + +"Oleg I. Vdovikin" 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: +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 ; 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 ; 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 ; 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 ; Fri, 28 May 2004 20:52:24 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 28 May 2004 19:56:07 +0200 +Lines: 12 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 28 May 2004 18:59:28 -0000 +X-UID: 9273 +Status: O + +"Oleg I. Vdovikin" 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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 28 May 2004 16:18:12 -0700 +From: Dan Stromberg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 ; Sat, 29 May 2004 14:00:58 +0800 (WST) +From: Daniel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dan Stromberg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Christoph Hohmann +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: James Moser +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Matthias Andree +In-Reply-To: +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> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +To: Matthias Andree +In-Reply-To: +References: <1085511447.27732.96.camel@hurina> + <20040527141148.GL43374@mafate.sis.pasteur.fr> + <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +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> + <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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sat, 29 May 2004 22:41:25 -0000 +X-UID: 9287 +Status: O + +Timo Sirainen 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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Christoph Hohmann +Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder +In-Reply-To: <20040530003348.64f7ede1@navi.lan> +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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 +La Salle Debain - http://www.braincells.com/debian/ + +From tss@iki.fi Sun May 30 02:05:30 2004 +Return-Path: +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 ; 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 +To: "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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christoph Hohmann +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.5 (X11/20040313) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: "Jaldhar H. Vyas" +Subject: Re: [Dovecot] Dovecot returns everything starting with "." as folder +References: <20040529194923.0d10706b@navi.lan> <1085868854.30728.30.camel@hurina> <20040530003348.64f7ede1@navi.lan> + +In-Reply-To: +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sun, 30 May 2004 04:54:08 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +References: <20040529194923.0d10706b@navi.lan> + <1085868854.30728.30.camel@hurina> + <20040530003348.64f7ede1@navi.lan> + +Comments: In-reply-to "Jaldhar H. Vyas" + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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> + + <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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 +To: James Moser +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> + + <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 , Matthias Andree , + dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Mon, 31 May 2004 00:19:59 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Sun, 30 May 2004 21:52:52 +0200 +Lines: 27 +Message-ID: +References: <1085511447.27732.96.camel@hurina> + <20040527141148.GL43374@mafate.sis.pasteur.fr> + <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi> + + <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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 30 May 2004 22:27:08 -0000 +X-UID: 9296 +Status: O + +Timo Sirainen writes: + +> On Fri, 2004-05-28 at 10:21, Matthias Andree wrote: +>> Timo Sirainen 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: +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 ; 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 ; 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 ; 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 ; Mon, 31 May 2004 00:22:14 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Sun, 30 May 2004 21:55:39 +0200 +Lines: 24 +Message-ID: +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> + + <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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Sun, 30 May 2004 22:29:22 -0000 +X-UID: 9297 +Status: O + +Brian Candler 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Farkas Levente +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Brian Candler +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Matthias Andree +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> + + <1085869231.30728.37.camel@hurina> + <20040530082249.GA711@uk.tiscali.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 31 May 2004 23:31:00 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Mon, 31 May 2004 23:56:40 +0200 +Date: Mon, 31 May 2004 23:56:40 +0200 +From: Miquel van Smoorenburg +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> + + <1085869356.30728.40.camel@hurina> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-NCC-RegID: nl.cistron +User-Agent: Mutt/1.5.4i +Sender: Miquel van Smoorenburg +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: dovecot@dovecot.org +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Tomi Hakala +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <1085869231.30728.37.camel@hurina> + <20040530082249.GA711@uk.tiscali.com> + + <20040531193937.GC1108@uk.tiscali.com> +From: Matthias Andree +Date: Tue, 01 Jun 2004 00:06:49 +0200 +Message-ID: +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 31 May 2004 22:14:37 -0000 +X-UID: 9307 +Status: O +Content-Length: 1125 + +Brian Candler 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: +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 ; 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" +To: +Subject: [Dovecot] IMAP login name conversion +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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> + + <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 + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +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> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Matthias Andree +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> + + <1085869231.30728.37.camel@hurina> + <20040530082249.GA711@uk.tiscali.com> + + <20040531193937.GC1108@uk.tiscali.com> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Andreas Jaekel +Message-ID: <20040601110851.GA20313@dust.uchicago.edu> +Mail-Followup-To: Andreas Jaekel , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test14: no sendfile() in Solaris 8 +Date: Tue, 1 Jun 2004 14:35:35 +0300 +To: Andreas Jaekel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] IMAP login name conversion +Date: Tue, 1 Jun 2004 14:38:31 +0300 +To: "Zoong Pham" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 01 Jun 2004 12:18:50 -0000 +X-UID: 9316 +Status: O + +* Timo Sirainen (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: +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 ; 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 +To: Brian Candler +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> + + <1085869356.30728.40.camel@hurina> + <40B90E8D.3080306@powweb.com> <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 01 Jun 2004 20:45:33 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Tue, 01 Jun 2004 17:10:39 +0200 +Lines: 13 +Message-ID: +References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 01 Jun 2004 18:53:01 -0000 +X-UID: 9320 +Status: O + +Brian Candler 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: +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 ; 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 ; Tue, 1 Jun 2004 21:51:08 +0300 (EEST) +Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate +From: Timo Sirainen +To: dovecot@dovecot.org +In-Reply-To: +References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi> + + <1085869356.30728.40.camel@hurina> + <40B90E8D.3080306@powweb.com> <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <20040601080011.GA704@uk.tiscali.com> + <1086092134.29926.26.camel@hurina> + <20040601131446.GA2053@uk.tiscali.com> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Timo Sirainen +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 , + Farkas Levente , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 +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> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <20040601080011.GA704@uk.tiscali.com> + <1086092134.29926.26.camel@hurina> + <20040601131446.GA2053@uk.tiscali.com> + + <1086115867.24096.4.camel@hurina> +From: Matthias Andree +Date: Tue, 01 Jun 2004 23:15:09 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 01 Jun 2004 21:22:32 -0000 +X-UID: 9323 +Status: O + +Timo Sirainen 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: +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 ; 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: +References: <76D5CD75-AFED-11D8-8870-000393CC2E90@iki.fi> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <20040601080011.GA704@uk.tiscali.com> + <1086092134.29926.26.camel@hurina> + <20040601131446.GA2053@uk.tiscali.com> + + <1086115867.24096.4.camel@hurina> + +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 +Subject: Re: [Dovecot] Re: 0.99.10.5 release candidate +Date: Wed, 2 Jun 2004 00:32:20 +0300 +To: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +Subject: Re: [Dovecot] Postfix SASL AUTH from Dovecot +Date: Wed, 2 Jun 2004 00:39:41 +0300 +To: Dan Stromberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Tue, 1 Jun 2004 16:44:15 -0500 (CDT) +Date: Tue, 1 Jun 2004 16:44:15 -0500 (CDT) +From: "Benjamin J. Weiss" +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: +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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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> + + <1085869356.30728.40.camel@hurina> <40B90E8D.3080306@powweb.com> + <20040530083226.GB711@uk.tiscali.com> + <1086020681.23360.51.camel@hurina> + <20040531180922.GA903@uk.tiscali.com> + + <20040601080011.GA704@uk.tiscali.com> + <1086092134.29926.26.camel@hurina> + <20040601131446.GA2053@uk.tiscali.com> + + <1086115867.24096.4.camel@hurina> + + <29F18EC5-B413-11D8-9D25-000393CC2E90@iki.fi> +From: Matthias Andree +Date: Wed, 02 Jun 2004 01:08:00 +0200 +Message-ID: +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 01 Jun 2004 23:15:21 -0000 +X-UID: 9328 +Status: O + +Timo Sirainen 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: +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 ; 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" +To: "Timo Sirainen" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Zoong Pham +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: , +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: +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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Grüßen +Jens Gutzeit + +From antonio.nunes@lifefoundation.org.uk Wed Jun 2 15:24:16 2004 +Return-Path: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot +Subject: Re: [Dovecot] Serve list archives by dovecot IMAP +Message-ID: <20040602153412.GB1779@delink.net> +Mail-Followup-To: Dovecot +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. ) +> +> 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: +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 ; 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 +To: Jens Gutzeit +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 [*Takapa@IRC (EFnet)] + + +From john.l.villalovos@intel.com Wed Jun 2 21:22:18 2004 +Return-Path: +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 ; 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 ; 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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Vegard Svanberg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] dovecot and virtual hosting +Date: Wed, 2 Jun 2004 21:59:11 +0300 +To: Vegard Svanberg +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +Message-ID: <20040602190055.GJ20313@dust.uchicago.edu> +Mail-Followup-To: "Villalovos, John L" , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 Grüßen +Jens Gutzeit + +From strombrg@dcs.nac.uci.edu Wed Jun 2 22:43:38 2004 +Return-Path: +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 ; 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 +To: "Villalovos, John L" +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +Message-ID: <20040602200744.GK20313@dust.uchicago.edu> +Mail-Followup-To: "Villalovos, John L" , + 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" 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: +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 ; 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" +To: "Dan Stromberg" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 ; 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 ; + 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 ; Wed, 2 Jun 2004 22:09:52 +0200 (CEST) +From: Jure Pecar +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Wed, 2 Jun 2004 18:04:50 -0400 (EDT) +Date: Wed, 2 Jun 2004 18:04:44 -0400 (EDT) +From: Chris Horry +X-X-Sender: zerbey@gary.horry.org +To: dovecot@dovecot.org +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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: +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 ; 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 +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 +Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .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 : passwd-like file with specified location +># static uid= gid= home=: static settings +># vpopmail: vpopmail library +># ldap : LDAP, see doc/dovecot-ldap.conf +># pgsql : 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 [ | *]: PAM authentication +># passwd-file : passwd-like file with specified location +># vpopmail: vpopmail authentication +># ldap : LDAP, see doc/dovecot-ldap.conf +># pgsql : 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: +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 ; 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: +References: +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 +Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot +Date: Thu, 3 Jun 2004 01:30:03 +0300 +To: Chris Horry +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] mta/mda config +Date: Thu, 3 Jun 2004 01:35:29 +0300 +To: Jure Pecar +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <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 +Subject: Re: [Dovecot] IMAP folders missing after migrating to Dovecot +Date: Thu, 3 Jun 2004 02:14:02 +0300 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Brian Candler +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Joshua Goodall +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 3 Jun 2004 05:50:54 -0700 +From: John Duino +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: <1086267053.18680.59.camel@mustang> + +Date: Thu, 3 Jun 2004 09:18:28 -0700 (PDT) +Subject: Re: [Dovecot] Supporting POP & IMAP with Sendmail +From: "John Duino" +To: "Christian Balzer" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "John Duino" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Hauke Fath +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 ; 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 ; + 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 ; Thu, 3 Jun 2004 14:41:53 -0400 (EDT) +Date: Thu, 3 Jun 2004 14:41:53 -0400 (EDT) +From: Rob Foehl +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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.6 (X11/20040528) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: "Villalovos, John L" +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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." +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Fri, 4 Jun 2004 00:26:07 +0200 (CEST) +From: Jure Pecar +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> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Jure Pecar +Subject: Re: [Dovecot] mta/mda config +Message-ID: <20040604073923.GA730@uk.tiscali.com> +References: <200406022213.36561.pegasus@nerv.eu.org> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Fedora dovecot Testing Needed +Date: Fri, 4 Jun 2004 18:39:57 +0300 +To: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +From: "Stephen K. Gielda" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sun, 6 Jun 2004 23:33:47 +0200 (CEST) +Message-ID: <00db01c44c0d$f3e937d0$3200000a@dakotapiv> +From: "Javi Pardo (DAKOTA)" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Javi Pardo (DAKOTA)" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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/, +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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 07 Jun 2004 13:46:51 -0000 +X-UID: 9387 +Status: O + +* Stephen K. Gielda (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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 , dovecot@dovecot.org +From: "Stephen K. Gielda" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Tue, 8 Jun 2004 23:23:14 +0200 (CEST) +Message-ID: <009001c44d9e$d109abe0$3200000a@dakotapiv> +From: "Javi Pardo (DAKOTA)" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 08 Jun 2004 19:00:13 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: "Chris Barnes" +Date: Tue, 8 Jun 2004 11:23:54 -0500 +Lines: 38 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Chris Barnes" +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Wed, 09 Jun 2004 10:12:25 +0200 +From: Gunter Ohrner +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: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 9 Jun 2004 11:26:44 +0300 (EEST) +From: Niilo Kajander +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: David Keegel +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 ; Wed, 9 Jun 2004 12:44:35 +0300 (EEST) +Subject: Re: [Dovecot] Corrupted index file +From: Niilo Kajander +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 +To: "Javi Pardo (DAKOTA)" +Subject: Re: [Dovecot] failure to create lock +Message-ID: <20040609113702.GE64455@mafate.sis.pasteur.fr> +Mail-Followup-To: "Javi Pardo (DAKOTA)" , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 09 Jun 2004 11:44:34 -0000 +X-UID: 9402 +Status: O + +* Javi Pardo (DAKOTA) (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: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" +To: "Javi Pardo (DAKOTA)" +Cc: +Sent: Wednesday, June 09, 2004 1:37 PM +Subject: Re: [Dovecot] failure to create lock + + +> * Javi Pardo (DAKOTA) (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: +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 ; 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 +To: Javi +Subject: Re: [Dovecot] failure to create lock +Message-ID: <20040609140743.GB2614@mafate.sis.pasteur.fr> +Mail-Followup-To: Javi , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Wed, 09 Jun 2004 14:15:17 -0000 +X-UID: 9404 +Status: O + +* Javi (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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: scripting or translation in config +Thread-Index: AcRON4RXSFZQmLoiEdiLfgABAgneNQAAGmPw +From: "Nico De Beer - MWEB" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: scripting or translation in config +Thread-Index: AcRON4RXSFZQmLoiEdiLfgABAgneNQAAGmPwAABSIRA= +From: "Nico De Beer - MWEB" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Gunter Ohrner +Subject: Re: [Dovecot] folders via softlink +Message-ID: <20040609193359.GB742@uk.tiscali.com> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Thu, 10 Jun 2004 02:43:13 +0200 +From: Gunter Ohrner +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: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Gunter Ohrner +Subject: Re: [Dovecot] folders via softlink +Message-ID: <20040610081449.GG963@uk.tiscali.com> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Message-Id: +Subject: [Dovecot] "virgin" mail accounts +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +X-Sender: dhs@wrebuild.city.ac.uk +To: Christian Balzer +Subject: Re: [Dovecot] "virgin" mail accounts +In-Reply-To: +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] "virgin" mail accounts +In-reply-to: +References: +Comments: In-reply-to David Sheryn + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Stephen K. Gielda" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Joakim Verona +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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/, +> 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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: Scripting +Thread-Index: AcRPAHtJiTD9Orq3EdiLfgABAgneNQ== +From: "Nico De Beer - MWEB" +To: +Subject: [Dovecot] Scripting +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Chris Barnes +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Niilo Kajander +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Cor Bosman +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico De Beer - MWEB +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Thu, 10 Jun 2004 20:08:19 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: "Chris Barnes" +Date: Thu, 10 Jun 2004 13:08:16 -0500 +Lines: 20 +Message-ID: +References: +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 +Subject: [Dovecot] Re: folders via softlink +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 10 Jun 2004 18:15:54 -0000 +X-UID: 9430 +Status: O + +Chris Barnes 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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <1086883057.4162.149.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +--=-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: Can't open configuration file +Thread-Index: AcRPpmpvUMSdgruAEdiLfgABAgneNQ== +From: "Nico De Beer - MWEB" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +Can't open configuration file + + + + +

Hi I'm getting +

+ +

Jun 11 13:12:46 "Fatal: Can't open = +configuration file  /home/dovecot/dovecot-pgsql.conf: Permission den= +ied + +
this file have fulle permissions and ha= +s belonged to dovecot and root but still no joy +

+ +

what am i missing must be something stup= +id on this side +

+ +

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

+ + +

Are you rea= +dy for Telkom's 10-digit area code dialling?
To find out how this will= +=20affect your M-Web connection in the not too distant future, click here. +

+M-Web   JUST LIKE THAT

+ += + +------_=_NextPart_001_01C44FA6.69BCFED9-- + +From discussion-lists@linnet.org Fri Jun 11 14:42:42 2004 +Return-Path: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico De Beer - MWEB +Subject: Re: [Dovecot] Can't open configuration file +Message-ID: <20040611113533.GB739@uk.tiscali.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 11 Jun 2004 07:01:01 -0500 (CDT) +Subject: Re: [Dovecot] 'append aborted' +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPqDz3U2RrlB6MSGeGD5STCUqHLAABjZag +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico De Beer - MWEB +Subject: Re: [Dovecot] Can't open configuration file +Message-ID: <20040611123350.GA1000@uk.tiscali.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAM8VA +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAVTAQ +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPsF54YO4KsX3DSHKMnX7V2wJX4wAAM8VAAABABaA= +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico De Beer - MWEB +Subject: Re: [Dovecot] Can't open configuration file +Message-ID: <20040611132249.GA1142@uk.tiscali.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPtzdpmlYcM9vBSpOvFPTtR4sfAwAAUr8Q +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 11 Jun 2004 09:06:31 -0500 (CDT) +Subject: Re: [Dovecot] 'append aborted' +From: Alex S Moore +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: "Fatal: Unknown userdb type 'pgsql' +Thread-Index: AcRPytMvUMSeKruAEdiLfgABAgneNQAADpGA +From: "Nico De Beer - MWEB" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + +"Fatal: Unknown userdb type 'pgsql' + + + +
i build an rpm and now gets this = +
i builed the rpm with
rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql --with-p= +op3'=20 +dovecot-0.99.10.5.tar.gz
+
+

+

Are you rea= +dy for Telkom's 10-digit area code dialling?
To find out how this will= +=20affect your M-Web connection in the not too distant future, click here. +

+M-Web   JUST LIKE THAT

+ + +------_=_NextPart_001_01C44FCB.2053D671-- + +From NDeBeer@mweb.com Fri Jun 11 19:13:24 2004 +Return-Path: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: "Fatal: Unknown userdb type 'pgsql' +Thread-Index: AcRPytMvUMSeKruAEdiLfgABAgneNQAADpGAAACx3IA= +From: "Nico De Beer - MWEB" +To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 .=20 + +M-Web JUST LIKE THAT + + +------_=_NextPart_001_01C44FCD.F4245927 +Content-Type: text/html; + charset="iso-8859-1" +Content-Transfer-Encoding: quoted-printable + + + + +"Fatal: Unknown userdb type 'pgsql' + + + +
I R=20 +Stupid
+
I can=20 +just unzip edit the spec file and atr zip again
+
 
+
go=20 +figure
+
 
+
+
-----Original Message-----
From: Nico De Beer - = +MWEB=20 + [mailto:NDeBeer@mweb.com]
Sent: 11 June 2004 = +05:46
To:=20 + dovecot@dovecot.org
Subject: [Dovecot] Fatal: Unknown userdb = +type=20 + 'pgsql'

+
i build an rpm and now gets = +this
i builed the rpm with
rpmbuild -ta --define 'XFlags --with-mysql --with-pgsql = +--with-pop3'=20 + dovecot-0.99.10.5.tar.gz
+
+

+

Are you ready = +for Telkom's=20 + 10-digit area code dialling?
To find out how this will affect your = +M-Web=20 + connection in the not too distant future, click here.=20 +

M-Web   JUST LIKE=20 + THAT

+ +------_=_NextPart_001_01C44FCD.F4245927-- + +From NDeBeer@mweb.com Fri Jun 11 19:15:21 2004 +Return-Path: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: [Dovecot] Can't open configuration file +Thread-Index: AcRPtzdpmlYcM9vBSpOvFPTtR4sfAwAFvGcQ +From: "Nico De Beer - MWEB" +To: "Brian Candler" +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Mark Williamson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nico De Beer - MWEB +In-Reply-To: +References: +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Roman Bogoyev +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Fri, 11 Jun 2004 14:45:31 -0700 +Date: Fri, 11 Jun 2004 14:45:39 -0700 +From: Kenneth Porter +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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 +To: Warren Togami , dovecot@dovecot.org +Subject: Re: [Dovecot] Fedora dovecot Testing Needed +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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" +To: "Roman Bogoyev" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Message-Id: <200406112340.i5BNesJF028481@boombox.cyber.com.au> +Subject: Re: [Dovecot] Fedora dovecot Testing Needed +In-Reply-To: from Kenneth Porter at + "Jun 11, 2004 02:48:26 pm" +To: Warren Togami +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +] 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 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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Warren Togami , dovecot@dovecot.org +Subject: Re: [Dovecot] Fedora dovecot Testing Needed +Message-ID: <2C61BC007D34BFE2A5130395@[10.169.6.246]> +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + 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: +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 ; 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 ; 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 ; + 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 ; Sat, 12 Jun 2004 17:52:24 +0200 (CEST) +Message-ID: <030501c45095$402b5f70$3200000a@dakotapiv> +From: "Javi Pardo (DAKOTA)" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot Mailing List +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +Subject: Re: [Dovecot] Wishlist item, POP3 welcome message +Message-ID: <20040614085751.GA58843@uk.tiscali.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +Subject: Re: [Dovecot] breakin' dovecot +Date: Mon, 14 Jun 2004 14:36:07 +0200 +To: Brian Candler +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.6+ (Macintosh/20040610) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +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: +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 ; 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" +To: "Pablo Endres" , +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 14 Jun 2004 23:11:24 -0000 +X-UID: 9488 +Status: O + +Yes nothing there + + +-- +Pablo Endres +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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: + <1087265878.783.19.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Chernomorets Sergey +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ++ + 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: +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 ; 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 +To: David Keegel +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Pablo Endres +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Javi Pardo (DAKOTA)" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Alsberg +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: "Villalovos, John L" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 15 Jun 2004 03:46:37 -0000 +X-UID: 9499 +Status: O + +Yes nothing there + + +-- +Pablo Endres +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: +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 ; 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 ; Tue, 15 Jun 2004 06:44:04 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 14 Jun 2004 23:51:14 -0400 (EDT) +Date: Mon, 14 Jun 2004 23:51:14 -0400 (EDT) +From: +Cc: +Subject: Re: [Dovecot] Shared folders? +In-Reply-To: <1087267919.783.47.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 15 Jun 2004 07:00:52 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +> =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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; 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 +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> + +Mime-Version: 1.0 +Content-Type: multipart/signed; micalg=pgp-sha1; + protocol="application/pgp-signature"; boundary="Idd68gPqKLz5+Ci0" +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 ; 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 ; + 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 ; 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 +Date: Tue, 15 Jun 2004 19:16:00 +0200 +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Terje Rosten +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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: + <1087323022.783.125.camel@hurina> +From: Terje Rosten +Date: Tue, 15 Jun 2004 20:59:07 +0200 +In-Reply-To: <1087323022.783.125.camel@hurina> +Message-ID: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +-------------------------- + + + +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: +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 ; 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 ; Wed, 16 Jun 2004 04:03:02 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 16 Jun 2004 04:59:23 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Message-Id: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Message-Id: +Subject: [Dovecot] POP3 LAST command? +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Christian Balzer +Subject: Re: [Dovecot] POP3 LAST command? +Message-ID: <20040616074156.GD916@uk.tiscali.com> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Return (revenge?) of the "pop-lock". +In-reply-to: <1087368518.31644.6.camel@hurina> +References: + <1087368518.31644.6.camel@hurina> +Comments: In-reply-to Timo Sirainen + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] POP3 LAST command? +In-reply-to: <20040616074156.GD916@uk.tiscali.com> +References: + <20040616074156.GD916@uk.tiscali.com> +Comments: In-reply-to Brian Candler + 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 +Message-Id: +Cc: dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Kevin +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +User-Agent: Mozilla Thunderbird 0.6 (Windows/20040502) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Kevin +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 18 Jun 2004 03:30:51 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Fri, 18 Jun 2004 04:00:10 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: =?ISO-8859-1?Q?Herv=E9?= Commowick - NewSports +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Tom Allison" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Tom Allison" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +To: "Tom Allison" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test16 - nearing usable state +Message-ID: <20040618090417.GA14324@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Fri, 18 Jun 2004 12:05:20 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Fri, 18 Jun 2004 11:32:22 +0200 +Lines: 13 +Message-ID: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 18 Jun 2004 10:13:12 -0000 +X-UID: 9546 +Status: O + +Timo Sirainen 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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] Maildir + Evolution +Message-Id: <20040618135245.0becb1c8@navi.lan> +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040618133341.GA27954@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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_new.txt #;) + + +From mem@mv.mv.com Fri Jun 18 18:44:20 2004 +Return-Path: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +X-MS-Has-Attach: +X-MS-TNEF-Correlator: +Thread-Topic: Info: Internal login failure: +Thread-Index: AcRVUVj/N2k3/MEBEdiLfgABAgneNQ== +From: "Nico De Beer - MWEB" +To: +Subject: [Dovecot] Info: Internal login failure: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + +Info: Internal login failure: + + + + +

I get the following error on auth with m= +ysql 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_PASSW= +ORD AS password FROM MAIL WHERE MAILBOX_USERNAME =3D '%n' AND MAILBOX_DOM= +AIN =3D '%d' + +
#user_query =3D SELECT MAILBOX_ROOT AS = +home,uid,gid FROM MAIL WHERE MAILBOX_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-new= +mail: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/do= +vecot-mysql.conf + +
auth_user =3D mailmaster + +
auth_username_chars =3D abcdefghijklmno= +pqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ +

+ + +

Are you rea= +dy for Telkom's 10-digit area code dialling?
To find out how this will= +=20affect your M-Web connection in the not too distant future, click here. +

+M-Web   JUST LIKE THAT

+ += + +------_=_NextPart_001_01C45551.581981C8-- + +From mem@mv.mv.com Fri Jun 18 19:56:23 2004 +Return-Path: +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 ; 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" +Date: Fri, 18 Jun 2004 12:48:29 -0400 +To: Tom Allison +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: <1087520409.25522.53.camel@hurina> + +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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Re: 0.99.10.6-rc1 released +Date: Fri, 18 Jun 2004 21:53:24 +0300 +To: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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: +References: +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] 0.99.10.6-rc1 released +Date: Fri, 18 Jun 2004 21:57:52 +0300 +To: "Mark E. Mallett" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +References: +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 +Subject: Re: [Dovecot] Info: Internal login failure: +Date: Fri, 18 Jun 2004 22:06:18 +0300 +To: "Nico De Beer - MWEB" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040618192048.GA2939@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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_new.txt #;) +> +> + +From tss@iki.fi Fri Jun 18 22:47:34 2004 +Return-Path: +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 ; 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 +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Date: Fri, 18 Jun 2004 22:39:06 +0300 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040618200630.GB2939@widecut.net> +Mail-Followup-To: Moe Wibble , + Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.5 (X11/20040306) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Re: 0.99.10.6-rc1 released +In-Reply-To: (Timo Sirainen's + message of "Fri, 18 Jun 2004 21:53:24 +0300") +References: <1087520409.25522.53.camel@hurina> + + +From: Matthias Andree +Date: Fri, 18 Jun 2004 23:13:08 +0200 +Message-ID: +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 18 Jun 2004 21:21:04 -0000 +X-UID: 9565 +Status: O + +Timo Sirainen 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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test17 +Date: Sat, 19 Jun 2004 00:44:52 +0300 +To: Stefan Kaltenbrunner +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 19 Jun 2004 04:07:33 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040619092436.GA27606@widecut.net> +Mail-Followup-To: Moe Wibble , + Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Date: Sat, 19 Jun 2004 19:01:53 +0300 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test17 +Date: Sat, 19 Jun 2004 19:22:14 +0300 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040619164825.GA17686@widecut.net> +Mail-Followup-To: Moe Wibble , 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> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 19 Jun 2004 20:33:23 +0300 (EEST) +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +From: Timo Sirainen +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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Message-ID: <20040619175021.GB17686@widecut.net> +Mail-Followup-To: Moe Wibble , 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> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <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 +Subject: Re: [Dovecot] 1.0-test17 Maildir bug +Date: Sat, 19 Jun 2004 21:47:47 +0300 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: + <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 +Subject: Re: [Dovecot] 0.99.10.5 released +Date: Sat, 19 Jun 2004 23:30:18 +0300 +To: "Daniel J. Luke" +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + 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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + +[ ... ] + +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: +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 ; 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 ; Sun, 20 Jun 2004 08:30:23 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v618) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-36--119445071" +To: Dovecot list +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; Sun, 20 Jun 2004 01:46:18 -0400 (EDT) +Date: Sun, 20 Jun 2004 01:44:38 -0400 (EDT) +From: "Jaldhar H. Vyas" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: dovecot@dovecot.org +Message-ID: +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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From Nicolas.Stransky@neo-lan.net Sun Jun 20 12:25:25 2004 +Return-Path: +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 ; 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 +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" +References: +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + -+- François de La Rochefoucauld (1613-1680), Maximes 180 -+- + +From t1lt@bk.ru Sun Jun 20 20:46:28 2004 +Return-Path: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test19 +Message-ID: <20040620173828.GB6803@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; Sun, 20 Jun 2004 23:01:25 +0200 (CEST) +From: Peter Schuller +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' +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: +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 ; 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 +Subject: Re: [Dovecot] customflags considered a folder? +Date: Mon, 21 Jun 2004 00:37:50 +0300 +To: Peter Schuller +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' +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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test19 +Message-ID: <20040621081426.GA15656@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test19 +Message-ID: <20040621092339.GA3592@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test21 +Message-ID: <20040621155646.GD15376@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (20040330 18:31): +> * Olivier Tharan (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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +Date: Mon, 21 Jun 2004 20:51:55 +0300 +To: Moe Wibble +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] The Status: header is forced +Date: Mon, 21 Jun 2004 20:56:00 +0300 +To: Olivier Tharan +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 (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: +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 ; 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 ; Mon, 21 Jun 2004 21:00:23 +0300 (EEST) +Mime-Version: 1.0 (Apple Message framework v618) +Content-Transfer-Encoding: 7bit +Message-Id: +Content-Type: multipart/signed; protocol="application/pgp-signature"; + micalg=pgp-sha1; boundary="Apple-Mail-47-11939962" +To: Dovecot list +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Mon, 21 Jun 2004 14:04:39 -0400 (EDT) +Date: Mon, 21 Jun 2004 14:04:38 -0400 +From: Bill Moran +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes? +Date: Mon, 21 Jun 2004 21:24:30 +0300 +To: Bill Moran +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test21 +Message-ID: <20040621184517.GB29410@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> + <20040621155646.GD15376@widecut.net> + +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. :) + +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 ;) + + +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: +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 ; 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 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Mon, 21 Jun 2004 19:13:03 -0000 +X-UID: 9600 +Status: O +Content-Length: 1703 + +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." + +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: +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 ; 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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Nicolas STRANSKY +In-Reply-To: <40D55627.1030905@neo-lan.net> +Message-ID: +References: + <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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From paul@mcmurphy.net Tue Jun 22 04:11:36 2004 +Return-Path: +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 ; 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" +To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + + + + + + + +
 
+
Is the I/O leak message = +normal?
+
 
+
(from syslog)
+
 
+
Jun 22 02:12:39 xbox pop3(paul):=20 +lstat(/var/mail/Maildir/paul/INBOX/cur) failed: Permission = +denied
Jun 22=20 +02:12:39 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur)=20 +failed: Permission denied
Jun 22 02:12:39 xbox pop3: I/O leak: = +0x8050ce0=20 +(0)
Jun 22 02:12:39 xbox pop3: I/O leak: 0x8084b10 (1)
Jun 22 = +02:13:22=20 +xbox pop3-login: Login: paul [192.168.1.10]
Jun 22 02:13:23 xbox = +pop3(paul):=20 +lstat(/var/mail/Maildir/paul/INBOX/cur) failed: Permission = +denied
Jun 22=20 +02:13:23 xbox pop3(paul): lstat(/var/mail/Maildir/paul/INBOX/cur)=20 +failed: Permission denied
Jun 22 02:13:23 xbox pop3: I/O leak: = +0x8050ce0=20 +(0)
Jun 22 02:13:23 xbox pop3: I/O leak: 0x8084b10 = +(1)
+
Oh... and any hints on the permissions = +problem=20 +would be ok also. ;)
+
 
+
Debian 1.0.1 / dovecot = +0.99.10.6-1
+
 
+
Thanks!
+ +------=_NextPart_000_002C_01C457CC.CE22F980-- + + +From tallison@tacocat.net Tue Jun 22 04:52:15 2004 +Return-Path: +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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <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 +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 05:47:22 +0300 +To: Moe Wibble +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 05:50:53 +0300 +To: Farkas Levente +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 06:04:01 +0300 +To: Tom Allison +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 , Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes? +Date: Tue, 22 Jun 2004 06:14:58 +0300 +To: Tom Allison +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 07:30:24 +0300 +To: Andrew Boothman +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Tom Allison +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> + + <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 , Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Paul McMurphy +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Tue, 22 Jun 2004 11:16:45 +0300 (EEST) +From: Timo Sirainen +To: Dovecot list +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: =?ISO-8859-1?Q?Herv=E9?= Commowick - NewSports +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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?= +User-Agent: Mozilla Thunderbird 0.6 (X11/20040605) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Timo Sirainen , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Herv? Commowick - NewSports +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 , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes? +Date: Tue, 22 Jun 2004 11:39:26 +0200 +To: Bill Moran +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> + + <40D75EBD.4080605@bppiac.hu> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> + <40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 22 Jun 2004 12:45:22 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Tue, 22 Jun 2004 11:01:21 +0200 +Lines: 14 +Message-ID: +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> + <20040621155646.GD15376@widecut.net> + +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 +Subject: [Dovecot] Re: 1.0-test21 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 22 Jun 2004 10:53:38 -0000 +X-UID: 9622 +Status: O + +Timo Sirainen 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: +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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> + <20040621155646.GD15376@widecut.net> + + <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 , Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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?= +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> <40D75EBD.4080605@bppiac.hu> + <40D78EED.1020907@tacocat.net> + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> <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 , Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] 1.0-test21 +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> <20040621155646.GD15376@widecut.net> <40D75EBD.4080605@bppiac.hu> + <40D78EED.1020907@tacocat.net> + <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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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: +Content-Transfer-Encoding: 7bit +From: Maikel Verheijen +Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes? +Date: Tue, 22 Jun 2004 13:24:15 +0200 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 22 Jun 2004 11:49:48 -0000 +X-UID: 9629 +Status: O + +* Marius Stan (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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] LDAP Bind +Date: Tue, 22 Jun 2004 15:08:29 +0300 +To: =?ISO-8859-1?Q?Herv=E9_Commowick_-_NewSports?= +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + + <40D75EBD.4080605@bppiac.hu> + + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 15:16:14 +0300 +To: Farkas Levente +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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> + <40D75EBD.4080605@bppiac.hu> <40D78EED.1020907@tacocat.net> + + <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 +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 15:24:27 +0300 +To: Farkas Levente +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +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-59-78564946" +Message-Id: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Re: 1.0-test21 +Date: Tue, 22 Jun 2004 15:30:30 +0300 +To: Matthias Andree +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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> <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 +Subject: Re: [Dovecot] 1.0-test21 +Date: Tue, 22 Jun 2004 15:35:06 +0300 +To: Tom Allison +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 , Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test21 +Message-ID: <20040622124115.GC30818@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> + <20040621155646.GD15376@widecut.net> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] Compile error +Date: Tue, 22 Jun 2004 19:09:57 +0300 +To: "Greg T. Harber" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 isn´t ready yet +(missing functions), that´s why it doesn´t 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: +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 ; 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" +Date: Tue, 22 Jun 2004 12:59:39 -0400 +To: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test20 +Message-ID: <20040622165939.GM93814@osmium.mv.net> +References: +Mime-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: +User-Agent: Mutt/1.4.2.1i +Cc: Dovecot list +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: + <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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] 1.0-test20 +Date: Tue, 22 Jun 2004 20:16:13 +0300 +To: "Mark E. Mallett" +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Dovecot list +Subject: Re: [Dovecot] 1.0-test21 +Message-ID: <20040622184530.GA17674@widecut.net> +Mail-Followup-To: Moe Wibble , Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; Tue, 22 Jun 2004 20:45:31 +0200 +X-Injected-Via-Gmane: http://gmane.org/ +To: dovecot@dovecot.org +From: Matthias Andree +Date: Tue, 22 Jun 2004 17:22:21 +0200 +Lines: 15 +Message-ID: +References: <929B4763-C392-11D8-8017-000393CC2E90@iki.fi> + <20040621155646.GD15376@widecut.net> + + + +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 +Subject: [Dovecot] Re: 1.0-test21 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 22 Jun 2004 18:53:36 -0000 +X-UID: 9643 +Status: O + +Timo Sirainen 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: +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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' +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: +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 ; 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 +Subject: Re: [Dovecot] customflags considered a folder? +Date: Wed, 23 Jun 2004 05:57:05 +0300 +To: Peter Schuller +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 23 Jun 2004 09:16:56 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: "Jaldhar H. Vyas" +References: + <40D55627.1030905@neo-lan.net> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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. + -+- François de La Rochefoucauld (1613-1680), Maximes 325 -+- + +From tss@iki.fi Wed Jun 23 21:46:36 2004 +Return-Path: +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 ; 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 +To: Tomi Hakala +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +X-X-Sender: jaldhar@diku.intranet.braincell.com +To: Nicolas STRANSKY +In-Reply-To: <40D9A84A.4060207@neo-lan.net> +Message-ID: +References: + <40D55627.1030905@neo-lan.net> + + <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" +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +La Salle Debain - http://www.braincells.com/debian/ + +From Nicolas.Stransky@neo-lan.net Thu Jun 24 00:24:45 2004 +Return-Path: +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 ; 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 +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" +References: + <40D55627.1030905@neo-lan.net> + + <40D9A84A.4060207@neo-lan.net> + +In-Reply-To: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 vérité est si obscurcie en ce temps, et le mensonge si établi, +qu'à moins d'aimer la vérité, on ne saurait la reconnaître. + -+- Blaise Pascal (1623-1662), Pensées XIV.864 -+- + +From peter.schuller@infidyne.com Thu Jun 24 00:47:13 2004 +Return-Path: +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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ' +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: +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 ; 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 +To: ismail@lists.insidesystems.net, dovecot@dovecot.org +Date: Wed, 23 Jun 2004 17:19:43 -0500 +Message-ID: +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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" + 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: +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 ; 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: +References: + <0.48557000.1088015180@verbotenplanet.net> + +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 +Subject: Re: [Dovecot] Re: [ismail] Re: using Dovecot +Date: Thu, 24 Jun 2004 07:01:59 +0300 +To: Steven Stern +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +vérité se confondent avec celui de la certitude... Non, la foi du savant +ressemblerait plutôt à la foi inquiète de l'hérétique, à 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: +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 ; 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 +X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) +X-Accept-Language: en +MIME-Version: 1.0 +To: Nicolas STRANSKY +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Tomi Hakala +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 bâtir 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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Kevin Cramer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 24 Jun 2004 17:19:15 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 aiguës, +c'est que la vanité ne peut servir à les supporter. + -+- François de La Rochefoucauld (1613-1680), Maximes 446 -+- + +From rueckert@informatik.uni-rostock.de Thu Jun 24 17:34:28 2004 +Return-Path: +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 ; 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 +To: Nicolas STRANSKY +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 , + Tomi Hakala , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Thu, 24 Jun 2004 17:43:46 +0300 (EEST) +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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: +Date: Thu, 24 Jun 2004 16:48:23 +0200 +To: dovecot@dovecot.org +From: Hauke Fath +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 +To: Hauke Fath +In-Reply-To: +References: +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Message-ID: <20040624183255.GE4063@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Sat, 26 Jun 2004 22:15:47 +0000 (UTC) +Date: Sat, 26 Jun 2004 21:57:02 +0200 +From: T'aZ +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; + 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 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: +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 ; 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 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Hauke Fath +In-Reply-To: <40DAEF71.1080502@spg.tu-darmstadt.de> +References: + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Kevin Cramer +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: T'aZ +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +In-Reply-To: <1088415754.30749.13.camel@hurina> +References: + <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 +From: Hauke Fath +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 +To: Hauke Fath +In-Reply-To: +References: + <1088088932.17996.262.camel@hurina> + <40DAEF71.1080502@spg.tu-darmstadt.de> + <1088415754.30749.13.camel@hurina> + +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; + 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 ; Mon, 28 Jun 2004 14:52:56 +0200 (SAST) +From: Leslie Viljoen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +Subject: Re: [Dovecot] 0.99.10.6 -imap flag update problem still present +References: + <1088088932.17996.262.camel@hurina> + <40DAEF71.1080502@spg.tu-darmstadt.de> + <1088415754.30749.13.camel@hurina> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 ; 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Message-ID: <20040628145713.GG28969@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Date: Mon, 28 Jun 2004 17:32:58 +0200 +To: Moe Wibble +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Message-ID: <20040628154724.GA447@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Organization: Medata, Inc. +User-Agent: Mozilla Thunderbird 0.7 (X11/20040615) +X-Accept-Language: en-us, en +MIME-Version: 1.0 +To: Leslie Viljoen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 , + Dan Stromberg , dovecot@dovecot.org +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 + + +--=-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: +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 ; 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 ; Mon, 28 Jun 2004 22:29:27 +0300 (EEST) +Subject: Re: [Dovecot] Is Dovecot able to use PostgreSQL to store mailboxes? +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Rick Johnson +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Hauke Fath +In-Reply-To: <40E02B06.9040702@spg.tu-darmstadt.de> +References: + <1088088932.17996.262.camel@hurina> + <40DAEF71.1080502@spg.tu-darmstadt.de> + <1088415754.30749.13.camel@hurina> + + <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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: dovecot@dovecot.org +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Message-ID: <20040628195750.GB10491@widecut.net> +Mail-Followup-To: Moe Wibble , 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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Date: Mon, 28 Jun 2004 23:12:45 +0300 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 ; 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 +X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) +X-Accept-Language: en +MIME-Version: 1.0 +To: Dovecot list +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Juergen Daubert +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Nicolas STRANSKY +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +Subject: Re: [Dovecot] 1.0-test22 - maildir fixed? +Date: Tue, 29 Jun 2004 14:02:18 +0200 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Maikel Verheijen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Paul Adams +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +To: Timo Sirainen +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +Reply-To: geocar@internetconnection.net +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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" +Date: Tue, 29 Jun 2004 15:17:26 -0400 +To: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; Wed, 30 Jun 2004 10:59:11 +0300 (EEST) +From: Karl Latiss +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 +designIT + + +From tss@iki.fi Wed Jun 30 11:44:18 2004 +Return-Path: +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 ; 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 +Subject: Re: [Dovecot] ldap auth problems +Date: Wed, 30 Jun 2004 11:35:56 +0300 +To: Karl Latiss +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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: +Content-Transfer-Encoding: 7bit +From: Timo Sirainen +Subject: Re: [Dovecot] Locked index file +Date: Wed, 30 Jun 2004 11:38:02 +0300 +To: "Kevin Cramer" +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +X-BeenThere: dovecot@dovecot.org +X-Mailman-Version: 2.1.4 +Precedence: list +List-Id: Dovecot Mailing List +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; Wed, 30 Jun 2004 15:04:31 +0300 (EEST) +From: Timo Sirainen +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 résultat des arguments de Zénon, c'est la démonstration d'une +confusion dans le langage. + -+- Paul Valéry -+- + +From hf@spg.tu-darmstadt.de Thu Jul 1 11:11:50 2004 +Return-Path: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 für 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: +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 ; 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 ; Thu, 1 Jul 2004 19:19:31 +1100 (EST) +Content-Type: text/plain; + charset="iso-8859-1" +From: Curtis Maloney +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 ; 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 ; 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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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: +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 ; 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 +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 +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 +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-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 ++ * ++ * 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 ++ ++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 diff --git a/benchmarks/imaptest/full.sh b/benchmarks/imaptest/full.sh new file mode 100755 index 00000000..08b9a289 --- /dev/null +++ b/benchmarks/imaptest/full.sh @@ -0,0 +1,25 @@ +#/bin/bash + +CLIENTS=${CLIENTS:-"200"} +SECS=${SECS:-"60"} +IMAPTEST_BIN=${IMAPTEST_BIN:-imaptest} + +$IMAPTEST_BIN host=127.0.0.1 port=1143 \ +user=user1@example.com pass=password1 mbox=dovecot-crlf \ +no_pipelining secs=${SECS} clients=${CLIENTS} \ +- mcreate=50 \ +mdelete=50 \ +uidf=50 \ +search=30 \ +noop=15 \ +fetch=50 \ +login=100 \ +logout=100 \ +list=50 \ +select=100 \ +fet2=100,30 \ +copy=30,5 \ +store=50 \ +delete=100 \ +expunge=100 \ +append=100,5