I don't know for certain, but this kind of sounds like resource exhaustion. Maybe you ran out of file handles, or something? I'm not 100% sure why this would happen, but I suppose its possible that its just a simple resource leak. When you have this problem, does it affect all other operations? Are you unable to perform other tasks? That question may be pointless, since IMAP clients tend to open 3+ connections to the server at any one time, and its entirely possible that you're exhausting the resources available for just one connection, which doesn't have any affect on the other connections. My guess is that in this situation, the client would popup an error, and then just close the connection, hiding the (possible) leak.

I'll take a look at this. I'm curious if I can dig it up. (I always have fun trying to track down obscure bugs.)

bs.

On Friday, April 4, 2003, at 10:40 PM, Daniel Brooks wrote:
I'm trying to move a farily large number of emails (thousands) up to the server, and it's dying during the process. I'm using mozilla on the client end, and it doesn't give any error messages (naturally :P). Here's what I get from the server log when it happens:

@400000003e8e1a110cd6a4dc 21614 00002 [EMAIL PROTECTED]:] Failed to read .Bugtraq/bincimap-uidvalidity: can't load .Bugtraq/bincimap-uidvalidity, No such file or directory
@400000003e8e1a110ce04d84 warning, while reading .Bugtraq/bincimap-cache: can't load .Bugtraq/bincimap-cache, No such file or directory
@400000003e8e1f452663fae4 error reading from client: Success
@400000003e8e1f4526643194 21614 00003 [EMAIL PROTECTED]:] error reading from client: Success
@400000003e8e1f4526644cec 21614 00004 [EMAIL PROTECTED]:] error reading from client: Success
@400000003e8e1f45266c9dd4 21614 00005 [EMAIL PROTECTED]:] authenticator died by signal 6 for <db48x>
@400000003e8e1f492705865c 21614 00006 [EMAIL PROTECTED]:] AUTHENTICATE broke for <u?<~<>: internal error
@400000003e8e1f492705bd0c 21614 00007 [EMAIL PROTECTED]:] Caught SyntaxException: in Broker::parse, expected a single space
@400000003e8e1f492706323c 21614 00008 [EMAIL PROTECTED]:] Caught SyntaxException: in Broker::parse, First token should be a tag
[a dozen or so similar errors]
@400000003e8e1f4a01d28b8c 21614 00022 [EMAIL PROTECTED]:] Input warning, shutting down: in Broker::parse, in expectTag, in expectTagChar, SSL error: read returned 0: error:00000000:lib(0):func(0):reason(0)
@400000003e8e1f4a01d2dd94 21614 00023 [EMAIL PROTECTED]:] Connection closed
@400000003e8e21aa1634f984 21611 00002 [EMAIL PROTECTED]:] child timed out - killing bincimapd
@400000003e8e21aa163be6f4 21611 00003 [EMAIL PROTECTED]:] authenticator died by signal 2 for <db48x>
@400000003e8e21ae165a678c 21611 00004 [EMAIL PROTECTED]:] AUTHENTICATE broke for <u?<~<>: internal error
@400000003e8e21ea16644eb4 21611 00005 [EMAIL PROTECTED]:] Connection closed (timed out)
@400000003e8e21ea1664894c 21611 00006 [EMAIL PROTECTED]:] Connection closed (timed out)
@400000003e8e225332e3fe04 eof read from server.
@400000003e8e225332e4195c 21503 00003 [EMAIL PROTECTED]:] eof read from log from server.
@400000003e8e225332e434b4 21503 00004 [EMAIL PROTECTED]:] Connection closed


It should be noted that this doesn't happen all the time, or on the same message. the cache and uidvalidity files both exits (contrary to the error messages) and don't look broken.

I guess all the syntax errors happen because it gets confused, and misparses the rest of the input.

Any ideas?

db48x



Reply via email to