Signalled to death by 13

[Nikola Milutinovic]

Derrick J Brashear wrote:

> On Tue, 28 Dec 2004, Nikola Milutinovic wrote:
>
>> Signal 13 on Tru64 is SIGPIPE, the explanation is "write on a pipe 
>> with no one to read it". Why would IMAPD be writing on a pipe 
>> anywhere? Does it have to do anything with NTLM?
>
>
> well, master, for instance, is a pipe. imapd doesn't accept(), master 
> does.
>
> But more realistically, note that EPIPE/SIGPIPE can be returned on a 
> socket which no longer has anyone listening on the other side (for tcp 
> sockets), and that the ntlm sasl plugin uses such a socket to talk to 
> the auth server.
>
> So almost certainly given your observations it's related to your problem.


I've turned off SPA (defaulting to NTLM), but the "problem" persists. It 
looks like Outlook Express is closing the connection irregularely, there 
is that line in the log:

Dec 28 08:02:21 Uprava imap[25111]: login: Aca2000.ev.co.yu 
[192.168.61.116] lukica NTLM User logged in
Dec 28 08:02:21 Uprava imap[25111]: open: user lukica opened INBOX
Dec 28 08:02:21 Uprava imap[25111]: Connection reset by peer, closing 
connection

What troubles me is that the connection is closed almost instantly as 
the user logs in. My connection via Mozilla usually ends with "idle for 
too long" and normal exit of  imapd.

Nix.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html