This is the main reason it keeps breaking:
Terminal 1:
while true; do touch foo.tmp; mv foo.tmp foo; done
Termanal 2:
while true; do cat foo; done
foo always exists, because POSIX guarantees that rename is atomic. But
terminal 2 keeps failing randomly:
cat: No such file or directory
So, appare
On Mon, 2009-07-27 at 18:12 -0500, Mike Abbott wrote:
> > Have you tried my imaptest tool (http://imapwiki.org/ImapTest) to
> > see if it gives errors?
>
> I'll try that soon and let you know.
Looks like readdir() EINVALs come whenever there is more than one
session accessing the mailbox and I
Is that a normal HFS+ filesystem?
Yup.
Anything special done to it?
Nope.
With case-insensitive filenames?
Yup.
Have you tried my imaptest tool (http://imapwiki.org/ImapTest) to
see if it gives errors?
I'll try that soon and let you know.
BTW. Is there some really easy way to get
On Wed, 2009-07-08 at 08:23 -0500, Mike Abbott wrote:
> There is still lots of "noise" in the log though. The attached perl
> script just sends and retrieves mail over and over:
..
> When run against a Mac OS X server with dovecot-1.1.16 and dovecot's
> deliver via postfix, there are lots of e
Either there's a bit stranger bug
It appears to be related to the readdir()-returns-EINVAL issue.
Fixing that stopped the assertion from failing.
There is still lots of "noise" in the log though. The attached perl
script just sends and retrieves mail over and over:
$ ./dere.pl --iteratio
On Mon, 2009-06-29 at 16:17 -0500, Mike Abbott wrote:
> Dovecot-1.1.15 assert-fails frequently. Attached are some errors from
> the logs, and a stack trace from the common panic. Hope you can fix
> these soon. Thanks.
Either there's a bit stranger bug, or the UIDs have reached 2^32-1 for
th
Dovecot-1.1.15 assert-fails frequently. Attached are some errors from
the logs, and a stack trace from the common panic. Hope you can fix
these soon. Thanks.
0 libSystem.B.dylib 0x7fff8825e606 __kill + 10
1 libSystem.B.dylib 0x7fff882e1c92 ab