[dovecot] 0.99.9-test4
- 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..
On Tue, Apr 15, 2003 at 16:13:12 +0300, Timo Sirainen wrote:
- 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.
On Tue, Apr 15, 2003 at 16:13:12 +0300, Timo Sirainen wrote:
Not Found
The requested URL /test was not found on this server.
Just try: http://dovecot.procontrol.fi/test/
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
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
participants (4)
-
Mark E. Mallett
-
Oskar Eyb
-
Sebastian Pachuta
-
Timo Sirainen