Subject: Re: [Dovecot] out of disk space notification
From: Curtis Maloney <[email-masked]>
To: David Weilers <[email-masked]>
Cc: [email-masked]
Date: Tue, 09 Aug 2005 09:45:05 +1000
List-Id: Dovecot Mailing List <dovecot.dovecot.org>

David Weilers wrote:
> The problem has been fixed. The partition had 0 bytes free. Dovecot 
> could not handle it (surprise???).

Well, this is very much the expected response (one I\'ve encountered myself ):

> Kind of an oops situation. Thank you for your support anyway.

My advice was more to avoid problems in the future.  From memory there were 
quite a number of easy-to-encounter bugs cleaned up between then and now.  I 
started using Dovecot at 0.99.11, and am now using 0.99.14 happily.

--
Curtis Maloney

")
Error: imaptest025[27]: UID 42 changed Message-Id: <1046296806.30814.89.camel@hurina> -> <[email-masked]>: * 1 FETCH (UID 42 BODY[HEADER.FIELDS (IN-REPLY-TO TO MESSAGE-ID) ] "To: [email-masked]
Message-Id: <[email-masked]>

" ENVELOPE ("Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>"))
Error: imaptest025[27]: uid=42 <1046296806.30814.89.camel@hurina>: ENVELOPE changed '"27 Feb 2003 00:00:07 +0200" "[dovecot] Re: pop3: last, and auth plain" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Mark E. Mallett" NIL "mem" "mv.mv.com")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<[email-masked]>" "<1046296806.30814.89.camel@hurina>"' -> '"Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>"': * 1 FETCH (UID 42 BODY[HEADER.FIELDS (IN-REPLY-TO TO MESSAGE-ID) ] "To: [email-masked]
Message-Id: <[email-masked]>

" ENVELOPE ("Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>"))
Error: UIVALIDITY changed: 1214910086 -> 1214910125
Error: UIVALIDITY changed: 1214910125 -> 1214910035
Error: UIVALIDITY changed: 1214910035 -> 1214910059
Error: imaptest083[30]: uid=253 <1041884943.28650.4.camel@hurina>: BODY[HEADER] size changed 1255 -> '1721': * 1 FETCH (UID 253 BODY[HEADER] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Feb 2003 13:27:56 +0200 (EET)
Date: Thu, 6 Feb 2003 12:27:44 +0100
Subject: [dovecot] Re: Dovecot on FreeBSD
Cc: [email-masked]
To: Timo Sirainen <[email-masked]>
From: Xavier Beaudouin <[email-masked]>
Sender: [email-masked]
Status: O
Content-Length: 1038

")
Error: imaptest085[15]: uid=59 <[email-masked]>: BODYSTRUCTURE changed '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1184 32 NIL NIL NIL' -> '"text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: [email-masked]
From: Curtis Maloney <[email-masked]>

")
Error: imaptest085[15]: <[email-masked]>: Header DELIVERED-TO changed [email-masked]' -> [email-masked]': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: [email-masked]
From: Curtis Maloney <[email-masked]>

")
Error: imaptest085[15]: <[email-masked]>: Header FROM changed 'Mark Lancaster <[email-masked]>' -> 'Curtis Maloney <[email-masked]>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: [email-masked]
From: Curtis Maloney <[email-masked]>

")
Error: imaptest015[32]: uid=37 <[email-masked]>: RFC822.SIZE size changed 1803 -> '2308': * 1 FETCH (RFC822.SIZE 2308 UID 37 BODY[HEADER.FIELDS (DELIVERED-TO DELIVERED-TO TO) ] "Delivered-To: [email-masked]

" ENVELOPE ("Wed, 07 Sep 2005 06:45:32 -0700" "[Dovecot] imapproxy" (("Marc Perkel" NIL "marc" "perkel.com")) (("Marc Perkel" NIL "marc" "perkel.com")) (("Marc Perkel" NIL "marc" "perkel.com")) NIL ((NIL NIL "dovecot" "dovecot.org")) NIL "<Pine.GSO.4.63.0509070935270.3537@emerald>" "<[email-masked]>"))
Error: imaptest085[15]: <[email-masked]>: Header MESSAGE-ID changed '<[email-masked]>' -> '<[email-masked]>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <[email-masked]>
From: Curtis Maloney <[email-masked]>
References: <[email-masked]> <[email-masked]>
	<[email-masked]>
In-Reply-To: <[email-masked]>

" BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15))
Error: imaptest085[15]: <[email-masked]>: Header FROM changed 'Mark Lancaster <[email-masked]>' -> 'Curtis Maloney <[email-masked]>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <[email-masked]>
From: Curtis Maloney <[email-masked]>
References: <[email-masked]> <[email-masked]>
	<[email-masked]>
In-Reply-To: <[email-masked]>

" BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15))
Error: imaptest085[15]: uid=59 <[email-masked]>: BODY changed '"text" "plain" ("charset" "us-ascii") NIL NIL "8bit" 415 21' -> '"text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <[email-masked]>
From: Curtis Maloney <[email-masked]>
References: <[email-masked]> <[email-masked]>
	<[email-masked]>
In-Reply-To: <[email-masked]>

" BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15))
Error: UIVALIDITY changed: 1214910059 -> 1214910035
Error: imaptest085[15]: <[email-masked]>: Header DELIVERED-TO changed [email-masked]' -> [email-masked]': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID) ] "Delivered-To: [email-masked]
Message-ID: <[email-masked]>

")
Error: imaptest085[15]: <[email-masked]>: Header MESSAGE-ID changed '<[email-masked]>' -> '<[email-masked]>': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID) ] "Delivered-To: [email-masked]
Message-ID: <[email-masked]>

")
Error: imaptest085[15]: uid=59 <[email-masked]>: BODY[HEADER] size changed 1558 -> '1763': * 1 FETCH (UID 59 BODY[HEADER] "Return-Path: <[email-masked]>
Date: Tue, 09 Aug 2005 09:45:05 +1000
From: Curtis Maloney <[email-masked]>
To: David Weilers <[email-masked]>
Subject: Re: [Dovecot] out of disk space notification
Cc: [email-masked]

")
Error: imaptest031[11]: UID=25 INTERNALDATE changed 1042786609+60 -> 1214910610+120: * 1 FETCH (UID 25 INTERNALDATE "01-Jul-2008 13:10:10 +0200" ENVELOPE ("17 Mar 2003 02:41:19 +0200" "[dovecot] Re: Failed to create storage with data: ::" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Dovecot Mail List" NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1047861679.26217.7.camel@hurina>"))
Error: imaptest077[28]: uid=39 <[email-masked]>: BODY[] size changed 2087 -> '4197': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:26:40 +0200 (EET)
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
From: Timo Sirainen <[email-masked]>
To: Charlie Brady <[email-masked]>
Cc: [email-masked]
Organization: 
Date: 20 Mar 2003 15:26:39 +0200
Sender: [email-masked]
Status: O
Content-Length: 2777

On Thu, 2003-03-20 at 03:30, Charlie Brady wrote:
> I have a working tcpserver system, but one using a substantially different 
> process mix. I haven\'t used imap-login at all, but have used 
> imapfront-auth from Bruce Guenter\'s mailfront package 
> (http://www.untroubled.org/mailfront/).
> 
> 002 login foo xxxxx
> * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND 
> UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as foo

There\'s one problem. Dovecot shouldn\'t reply with PREAUTH but \"002 OK\".
Mailfront gives the 002 in environment variable, so you\'d have to modify
Dovecot to use it. Dovecot did before use such variable, but I changed
it later to send the OK before executing imap process. I don\'t really
remember why anymore, but I think there was a good reason :)

> Privilege separation is a very good thing. Is there any more detailed 
> documentation of how you have done yours than 
> http://dovecot.procontrol.fi/doc/design.txt?

Not really. And I\'m not really sure how I could get it more detailed? :)
I think that tells the most relevant things.

> Can you provide any reasons why I should use your imap-master, imap-auth
> and imap-login proceses rather than my mix\'n\'match setup? I\'m confident 
> that my setup has the simple, secure, reliable characteristics that I 
> need, whereas I don\'t have the same confidence in your process set - it 
> seems unnecessarily complex to me.

Well, your setup doesn\'t have privilege separation :) It runs as root
all the way until imap process is started. I looked at mailfront and it
looked good, but I wouldn\'t be that confident after you add SSL support.
There\'s been holes in OpenSSL library, and I think there\'s still more to
be found (or created). Security holes in it gives instant root access
with your setup, with Dovecot setup the process executing SSL is
non-privileged and chrooted so it\'s not very likely that attacker could
do much there.

Another problem with mailfront is that it doesn\'t support IMAP literals,
eg.:

x login {4}
user {4}
pass

I don\'t know if there\'s any clients that would do it, but it would be
valid for them.

> > Only thing I\'m wondering is if any of the TCP wrappers care about the
> > created child processes? The master process would have to stay alive
> > after the connection that created it dies.
> 
> In general they will, as they will do connection counting. This is handled 
> in my setup above, as each process execs the following one: tcpserver 
> forks, and the child execs \"imapfront-auth\", which then authenticates and 
> execs \"imap\". 

I implemented this now so that imap-login executes, which forks a new
master process. imap-login dies after user logs in, but master stays
there. imap process is also forked by master process.

")
Error: imaptest065[40]: uid=39 <[email-masked]>: BODY[TEXT] size changed 2840 -> '2610': * 2 FETCH (UID 39 BODY[TEXT] "On Thu, 2003-03-20 at 23:27, Charlie Brady wrote:
> > Anyway, I don\'t really care much about it since it pretty much means
> > that exploiting it gives access to connections of all users.
> 
> So you don\'t want to have a long running login process after all?

I don\'t, but I give option if someone else does who cares more about
performance than security.

> I don\'t know, but I\'m trying to learn. You know your design and your code;  
> I\'m just feeling my way around. Your documentation is good in parts, but
> there are still big gaps. The installation documentation only covers
> building - I have yet to find anything which tells me how to execute
> dovecot (have I missed it?). I\'m not sure which processes run when, and
> exactly what communication occurs between them over what communication
> channels.

It\'s executed by running \"dovecot\" :) INSTALL document actually still
says imap-master, fixing..

dovecot process anyway executes everything else. They talk to each
others only with UNIX sockets.

> > Sounds like the
> > only difference is that it runs login code as root and exec()s imap
> > binary after login, where my code sends it through master process which
> > forks new imap process.
> 
> I don\'t know exactly what \"sent it through master process\" means.

File descriptor passing through UNIX socket. Login process accept()s the
new socket and handles everything until client has successfully logged
in, after that the socket is passed to master process and closed. Master
process executes new imap process and sets the socket as it\'s
stdin/stdout.

> I have a preference for running simple software which I already have
> reason to trust.  This is why I want to use tcpserver, and why I have a 
> leaning towards using mailfront and cvm. I know that stunnel isn\'t 
> completely wonderful, but it is very widely used, and the chroot feature 
> added by Scott Gifford fixes the principal weakness.

Actually Dovecot\'s SSL tunnel seems to be somewhat broken now.

> I am looking for a better IMAP daemon than I have at present, but I would 
> prefer not to have a new system of authentication, and a new network 
> connection monitor. There is a lot of new (to me) code in dovecot, but the 
> only code of high value to me is the imap daemon itself.

OK, currently there\'s no reason why you shouldn\'t do that. I\'ll probably
add some communication with dovecot master process <-> imap process
later, but that will be optional as well. At least for requesting lock
files (shared folders or mboxes in /var/mail), maybe something else..

")
Error: imaptest053[51]: UID 25 changed Message-Id: <1047861679.26217.7.camel@hurina> -> <[email-masked]>: * 1 FETCH (BODY[HEADER.FIELDS (FROM SUBJECT DELIVERED-TO MESSAGE-ID) ] "Delivered-To: [email-masked]
From: Chris Doyle <[email-masked]>
Subject: [dovecot] dovecot/vpopmail auth problems
Message-Id: <[email-masked]>

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 518 20) ENVELOPE ("Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>") BODY[HEADER.FIELDS (TO CC SUBJECT) ] "To: [email-masked]
Subject: [dovecot] dovecot/vpopmail auth problems

")
Error: imaptest053[51]: uid=25 <1047861679.26217.7.camel@hurina>: ENVELOPE changed '"17 Mar 2003 02:41:19 +0200" "[dovecot] Re: Failed to create storage with data: ::" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Dovecot Mail List" NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1047861679.26217.7.camel@hurina>"' -> '"Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>"': * 1 FETCH (BODY[HEADER.FIELDS (FROM SUBJECT DELIVERED-TO MESSAGE-ID) ] "Delivered-To: [email-masked]
From: Chris Doyle <[email-masked]>
Subject: [dovecot] dovecot/vpopmail auth problems
Message-Id: <[email-masked]>

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 518 20) ENVELOPE ("Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<[email-masked]>") BODY[HEADER.FIELDS (TO CC SUBJECT) ] "To: [email-masked]
Subject: [dovecot] dovecot/vpopmail auth problems

")
Error: imaptest022[26]: UID=36 INTERNALDATE changed 1047829236+60 -> 1214910610+120: * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:10 +0200")
Error: imaptest022[26]: uid=39 <[email-masked]>: BODY[] size changed 4197 -> '2298': * 3 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:50:30 +0300 (EEST)
Subject: [dovecot] Re: NFS mounted IMAP dirs
From: Timo Sirainen <[email-masked]>
To: \"Dovecot (E-mail)\" <[email-masked]>
Organization: 
Date: 03 Apr 2003 22:50:30 +0300
Sender: [email-masked]
Status: O

On Mon, 2003-03-31 at 11:52, Maikel Verheijen wrote:
> Well: I am working with Maildir mailstores, so I guess I need to
> have a uidlist kinda file then? Sorry it wasn\'t clear in my post 
> that I am using Maildir style mailboxes... But I figured maildir was
> better than Mbox over nfs... 

Maildir is much better over NFS and you would need the uidlist file
since you can\'t use indexes.

> My current setup is with postgresql and Maildir. So in a way, a lot of
> info COULD come from my database, if it isn\'t safe enough via nfs.

Well, I was thinking of supporting PostgreSQL/Oracle mailstores too.
Mail bodies could optionally be stored outside the database as files.

> Can you make all file locking configurable? Or will you do it on a 
> \"per-type\" basis? (eg: mailbox locking, index locking, flag-file
> locking, etc).

I\'ll add option to specify if we want NFS-safe locking for
.subscriptions and .customflags files. But it isn\'t really high priority
now.

")
Error: imaptest077[28]: uid=39 <[email-masked]>: BODY[] size changed 2298 -> '4197': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:26:40 +0200 (EET)
Subject: [dovecot] Re: inetd/xinetd/tcpserver support
From: Timo Sirainen <[email-masked]>
To: Charlie Brady <[email-masked]>
Cc: [email-masked]
Organization: 
Date: 20 Mar 2003 15:26:39 +0200
Sender: [email-masked]
Status: O
Content-Length: 2777

On Thu, 2003-03-20 at 03:30, Charlie Brady wrote:
> I have a working tcpserver system, but one using a substantially different 
> process mix. I haven\'t used imap-login at all, but have used 
> imapfront-auth from Bruce Guenter\'s mailfront package 
> (http://www.untroubled.org/mailfront/).
> 
> 002 login foo xxxxx
> * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND 
> UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as foo

There\'s one problem. Dovecot shouldn\'t reply with PREAUTH but \"002 OK\".
Mailfront gives the 002 in environment variable, so you\'d have to modify
Dovecot to use it. Dovecot did before use such variable, but I changed
it later to send the OK before executing imap process. I don\'t really
remember why anymore, but I think there was a good reason :)

> Privilege separation is a very good thing. Is there any more detailed 
> documentation of how you have done yours than 
> http://dovecot.procontrol.fi/doc/design.txt?

Not really. And I\'m not really sure how I could get it more detailed? :)
I think that tells the most relevant things.

> Can you provide any reasons why I should use your imap-master, imap-auth
> and imap-login proceses rather than my mix\'n\'match setup? I\'m confident 
> that my setup has the simple, secure, reliable characteristics that I 
> need, whereas I don\'t have the same confidence in your process set - it 
> seems unnecessarily complex to me.

Well, your setup doesn\'t have privilege separation :) It runs as root
all the way until imap process is started. I looked at mailfront and it
looked good, but I wouldn\'t be that confident after you add SSL support.
There\'s been holes in OpenSSL library, and I think there\'s still more to
be found (or created). Security holes in it gives instant root access
with your setup, with Dovecot setup the process executing SSL is
non-privileged and chrooted so it\'s not very likely that attacker could
do much there.

Another problem with mailfront is that it doesn\'t support IMAP literals,
eg.:

x login {4}
user {4}
pass

I don\'t know if there\'s any clients that would do it, but it would be
valid for them.

> > Only thing I\'m wondering is if any of the TCP wrappers care about the
> > created child processes? The master process would have to stay alive
> > after the connection that created it dies.
> 
> In general they will, as they will do connection counting. This is handled 
> in my setup above, as each process execs the following one: tcpserver 
> forks, and the child execs \"imapfront-auth\", which then authenticates and 
> execs \"imap\". 

I implemented this now so that imap-login executes, which forks a new
master process. imap-login dies after user logs in, but master stays
there. imap process is also forked by master process.

")
Error: imaptest072[38]: uid=39 <[email-masked]>: BODY[] size changed 4197 -> '1871': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:45:55 +0300 (EEST)
Subject: [dovecot] Re: Question about the password field in a postgresql
	database
From: Timo Sirainen <[email-masked]>
To: \"Dovecot (E-mail)\" <[email-masked]>
Organization: 
Date: 03 Apr 2003 22:45:55 +0300
Sender: [email-masked]
Status: O

On Wed, 2003-04-02 at 18:29, Maikel Verheijen wrote:
> When I try to set the default_pass_scheme in dovecot-pgsql.conf to
> CRYPT, the dovecot does not recognize my crypted passwords. If I
> prepend my encrypted passwords with {CRYPT}, dovecot DOES recognize
> it. (even when I set default_pass_scheme to PLAIN).
> 
> Is this supposed to work, or am I misinterpreting things here?

Works fine with me.. Only thing I can think of is that it\'s some stupid
configuration mistake, like not uncommenting the line :)

")
Error: UIVALIDITY changed: 1214910035 -> 1214910036
Error: UIVALIDITY changed: 1214910036 -> 1214910609
Error: imaptest063[22]: uid=68 <1049821213.25105.126.camel@hurina>: BODY[1] size changed 160 -> '495': * 2 FETCH (UID 68 BODY[1] "Hi everyone,

the attached message does reliably crash my dovecot when trying
to access a folder containing it.

Crash notice in mail.log:
Apr 13 17:36:12 rafter dovecot: child 23215 (imap) killed with signal 11

My `dovecot --version` says:
0.99.8

Has this problem been fixed in current dovecot?
For now I have just quarantined the offending message but obviously
I need to upgrade my dovecot soon because I don\'t like such kinda
things to happen.

best regards!
-- 
MW

")
Error: imaptest065[40]: uid=40 <[email-masked]>: BODY[] size changed 2688 -> '2671': * 1 FETCH (UID 40 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 01:15:48 +0300 (EEST)
Date: Sun, 6 Apr 2003 18:15:45 -0400 (EDT)
From: Charlie Brady <[email-masked]>
To: Timo Sirainen <[email-masked]>
Cc: [email-masked]
Subject: [dovecot] Re: message order reversed on copying
Sender: [email-masked]
Status: O

On 6 Apr 2003, Timo Sirainen wrote:

> On Sun, 2003-04-06 at 22:12, Charlie Brady wrote:
> > 
> > You shouldn\'t need to do that. All you need to do is to sort the new 
> > message files (by name or by mtime - by name will be faster), before 
> > processing them.
> 
> Yes, well, that does it too :)
> 
> > +  nfiles = scandir (tmp, &names, NULL, maildir_namesort);
> 
> scandir() isn\'t portable though.

No? Which OS doesn\'t have it?

> > As a workaround, Kimura, you can delete dovecot\'s .imap.* index files, and 
> > the new UIDs will be sorted again - until next time.
> 
> Which changes UIDVALIDITY and forces clients to discard their cache.

Yes, I could have mentioned that. Still, it\'s the only way I know to 
restore the sorting order once it\'s jumbled.

> Not too good idea. Pretty much the same as just disabling the index
> files.

No, because after you fix the problem the indexes will be usable again.
But until then, you are right :-)

--
Charlie

")
Error: imaptest087[18]: uid=59 <[email-masked]>: BODY[] size changed 2295 -> '3577': * 1 FETCH (UID 59 BODY[] "Return-Path: <[email-masked]>
Date: Tue, 16 Dec 2003 00:26:26 -0500 (EST)
From: \"Jaldhar H. Vyas\" <[email-masked]>
To: Jeroen van Disseldorp <[email-masked]>, [email-masked]
Cc: [email-masked]
Subject: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders
Reply-To: \"Jaldhar H. Vyas\" <[email-masked]>
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 <[email-masked]>
La Salle Debain - http://www.braincells.com/debian/

")
Error: imaptest094[9]: uid=34 <[email-masked]>: BODY[] size changed 3393 -> '1649': * 1 FETCH (UID 34 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 19:41:15 +0300 (EEST)
Date: Tue, 8 Apr 2003 18:41:15 +0200
From: Armin Wolfermann <[email-masked]>
To: [email-masked]
Subject: [dovecot] Patch for passdb-passwd-file.c
Sender: [email-masked]
Status: O

Index: passdb-passwd-file.c
===================================================================
RCS file: /home/cvs/dovecot/src/auth/passdb-passwd-file.c,v
retrieving revision 1.6
diff -u -u -r1.6 passdb-passwd-file.c
--- passdb-passwd-file.c	18 Feb 2003 19:24:44 -0000	1.6
+++ passdb-passwd-file.c	8 Apr 2003 15:59:53 -0000
@@ -28,7 +28,7 @@
 
 	crypted_pass = pu->password;
 	scheme = password_get_scheme(&crypted_pass);
-	if (scheme == NULL) scheme = \"DES\";
+	if (scheme == NULL) scheme = \"CRYPT\";
 
 	ret = password_verify(password, crypted_pass, scheme,
 			      request->user);

")
Error: imaptest056[21]: uid=34 <[email-masked]>: RFC822.SIZE size changed 1649 -> '3393': * 1 FETCH (RFC822.SIZE 3393 BODY[HEADER.FIELDS (REFERENCES CC) ] "Cc: Johan Willard <[email-masked]>, [email-masked]
References: <[email-masked]> <1049742262.25106.24.camel@hurina>

" BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID DELIVERED-TO CC) ] "Delivered-To: [email-masked]
Cc: Johan Willard <[email-masked]>, [email-masked]
Message-ID: <[email-masked]>

")
Error: imaptest016[53]: UID=5 INTERNALDATE changed 1214910610+120 -> 1049142780+120: * 1 FETCH (INTERNALDATE "31-Mar-2003 22:33:00 +0200" BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 958 25 NIL NIL NIL))
Error: imaptest068[29]: uid=34 <[email-masked]>: BODY[] size changed 3393 -> '1942': * 1 FETCH (UID 34 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 12:20:28 +0300 (EEST)
Date: Wed, 16 Apr 2003 11:20:27 +0200
From: Farkas Levente <[email-masked]>
To: Dovecot List <[email-masked]>
Subject: [dovecot] it seems to unusable
Sender: [email-masked]
Status: O

hi,
is there any way to turn off the whole indexing stuff? unfortunately the 
system getting totaly unusable beacuase of the high load and the mail 
index generation is so slow that every users call the helpdask that his 
mail is not working (what\'s more in this case just click on OE again and 
start another mailer process:-() we\'ve got about 100k mails which is 
about 10-20GB!

-- 
   Levente                               \"Si vis pacem para bellum!\"

")
Error: UIVALIDITY changed: 1214910609 -> 1214910037
Error: imaptest065[40]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[] size changed 3908 -> '1857': * 1 FETCH (UID 41 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:54:37 +0300 (EEST)
Subject: [dovecot] Re: PATCH allow_zero_gid option
From: Timo Sirainen <[email-masked]>
To: Dominic Marks <[email-masked]>
Cc: [email-masked]
Organization: 
Date: 15 Apr 2003 20:54:36 +0300
Sender: [email-masked]
Status: O

On Tue, 2003-04-15 at 20:45, Dominic Marks wrote:
> Hey,
> 
> Well, that was easy :-) Patch against CVS follows:
> 
> Summary:
>  Created a boolean option allow_zero_gid, when set to yes it will allow
>  logins from users whose group id is zero. Tested with KMail 3.1.1 on
>  FreeBSD 4.8. I\'m not sure if my method for passing the boolean via the
>  environment is correct, it looks a little on the ugly side.

Well, almost fine, but I\'ll move the allow_zg only to
restrict_access_by_env() like disallow_root is done. So this setting
doesn\'t affect created auth or login processes.

")
Error: imaptest087[18]: uid=68 <1049821213.25105.126.camel@hurina>: RFC822.SIZE size changed 2782 -> '1387': * 1 FETCH (RFC822.SIZE 1387 INTERNALDATE "08-Apr-2003 20:00:14 +0200")
Error: imaptest072[38]: UID 41 changed Message-Id: <1045516638.4604.563.camel@hurina> -> <1050500339.16342.32.camel@hurina>: * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:13 +0200" ENVELOPE ("16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<[email-masked]>" "<1050500339.16342.32.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL))
Error: imaptest072[38]: uid=41 <1045516638.4604.563.camel@hurina>: ENVELOPE changed '"17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1045516638.4604.563.camel@hurina>"' -> '"16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<[email-masked]>" "<1050500339.16342.32.camel@hurina>"': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:13 +0200" ENVELOPE ("16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL!
  "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<[email-masked]>" "<1050500339.16342.32.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL))
Error: imaptest026[42]: <[email-masked]>: Header MESSAGE-ID changed '<[email-masked]>' -> '<[email-masked]>': * 1 FETCH (BODY[HEADER.FIELDS (TO SUBJECT MESSAGE-ID) ] "To: [email-masked]
Subject: [dovecot] Re: IMAP Folder paths
Message-ID: <[email-masked]>

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1450 37))
Error: imaptest015[32]: uid=41 <1045516638.4604.563.camel@hurina>: ENVELOPE changed '"16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<[email-masked]>" "<1050500339.16342.32.camel@hurina>"' -> '"17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1045516638.4604.563.camel@hurina>"': * 2 FETCH (ENVELOPE ("17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "doveco!
 t-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1045516638.4604.563.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL))
Error: imaptest015[32]: uid=41 <1045516638.4604.563.camel@hurina>: BODYSTRUCTURE changed '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL' -> '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL': * 2 FETCH (ENVELOPE ("17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<[email-masked]>" "<1045516638.4604.563.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL))
Error: imaptest015[32]: uid=40 <[email-masked]>: BODY[HEADER] size changed 1650 -> '1369': * 1 FETCH (UID 40 BODY[HEADER] "Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 22:21:27 +0200 (EET)
Date: Mon, 17 Feb 2003 21:21:44 +0100 (CET)
From: Andreas Aardal Hanssen <[email-masked]>
To: [email-masked]
Subject: [dovecot] Re: [bincimap] Re: Re: bincimap
Sender: [email-masked]
Status: O
Content-Length: 1281

")
Error: UIVALIDITY changed: 1214910037 -> 1214910039
Error: imaptest068[13]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[] size changed 1857 -> '2146': * 1 FETCH (UID 41 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 00:41:19 +0300 (EEST)
From: \"Mark E. Mallett\" <[email-masked]>
Date: Thu, 10 Apr 2003 17:41:13 -0400
To: [email-masked]
Subject: [dovecot] compilation errors
Sender: [email-masked]
Status: O
Content-Length: 1032

Hi-

I always encounter the same two minor compilation issues which are
easily addressed simply by a quick edit, but this time I figured I\'d
mention it in case you can work around it.

This is on a BSD/OS 4.2 system.

First, the generated config.h always creates a definition
for OFF_T_MAX which conflicts with the one in the system\'s
limits.h

config.h defines:

#define OFF_T_MAX LLONG_MAX

whereas /usr/include/machine/limits.h defines:

#define OFF_T_MAX       UQUAD_MAX       /* max value for an off_t */

I simply comment out the definition from config.h .

Second, in src/lib/mmap-anon.c there\'s a preprocessor conditional:

#if SSIZE_T_MAX >= LLONG_MAX
  (etc)

Unfortunately /usr/include/machine/limits.h defines LLONG_MAX thusly:

#define LLONG_MAX       (__extension__(9223372036854775807LL))

(evidently to suppress pedantic warnings about the gcc long long
constant extension) but the cpp prepreprocessor stumbles over this
comparison.  This might be fixed in a later gcc, I dunno- it\'s gcc
2.95.2 here.

Yours,
-mm-

")
Error: imaptest015[32]: UID=41 INTERNALDATE changed 1214910613+120 -> 1214910609+120: * 1 FETCH (FLAGS (\Answered \Flagged \Seen \Draft \Recent $Label2 $Label3 $Label5) INTERNALDATE "01-Jul-2008 13:10:09 +0200")
Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header REFERENCES changed '
	 <[email-masked]>' -> '': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] "
" BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <[email-masked]>
Subject: [dovecot] compilation errors

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41))
Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header FROM changed 'Timo Sirainen <[email-masked]>' -> '"Mark E. Mallett" <[email-masked]>': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] "
" BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <[email-masked]>
Subject: [dovecot] compilation errors

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41))
Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header REFERENCES changed '
	 <[email-masked]>' -> '': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] "
" BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <[email-masked]>
Subject: [dovecot] compilation errors

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41))
Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header SUBJECT changed '[dovecot] Re: [bincimap] Re: Re: bincimap' -> '[dovecot] compilation errors': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] "
" BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <[email-masked]>
Subject: [dovecot] compilation errors

" BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41))
Error: UIVALIDITY changed: 1214910039 -> 1214910037
Error: imaptest056[21]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[1] size changed 2601 -> '517': * 1 FETCH (UID 41 BODY[1] "Some bugfixes:

v0.99.9.1 2003-05-03  Timo Sirainen <[email-masked]>

	- Messages having lines longer than 8192 bytes caused problems.
	- There was some problems when opening a mbox first time that had been
	  empty for a while.
	- Didn\'t compile with OpenBSD.
	- POP3 server crashed sometimes instead of printing error message.
	- If cached IMAP envelope contained literals, SEARCHing in it wrote
	  errors to log file. For example if subject contained highascii, \'\"\'
	  or \'\\\' characters this happened.

")
Error: imaptest032[41]: uid=30 <1053508947.1214.358.camel@hurina>: RFC822.SIZE size changed 2885 -> '2579': * 3 FETCH (RFC822.SIZE 2579)