From mboxrd@z Thu Jan  1 00:00:00 1970
Message-Id: <200411160444.iAG4iMJ05266@augusta.math.psu.edu>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] Weird timeout thing in smtpd? 
In-Reply-To: Your message of "Mon, 15 Nov 2004 21:35:59 EST."
	<200411160235.iAG2ZxJ04878@augusta.math.psu.edu> 
Date: Mon, 15 Nov 2004 23:44:22 -0500
From: Dan Cross <cross@math.psu.edu>
Topicbox-Message-UUID: 02484d96-eace-11e9-9e20-41e7f4b1d025

Dan Cross <cross@math.psu.edu> writes:
> 
> Russ Cox <russcox@gmail.com> writes:
> > is your client connecting from a trusted ip address?
> > if not, it's subject to /mail/lib/validatesender, which
> > may be taking too long for your client.
> 
> Maybe that's it.  I'm connected from whatever IP address my DSL
> provider gives me, which is certainly not trusted in any way that I
> know about.  However, I'm authenticating to the server, which I thought
> would turn off such things.

Hmm, a little more digging shows that it's hanging on reading the
output of /bin/upas/send in data() in smtpd.c.  I worked around that by
only reading send's stderr output if status is non-zero.  Moving
beyond that, it seems to hang forever in proc_wait(), which is sort
of strange.  That would be, I think, waiting for send's exit status.
This is a bit complex for me as I'm debugging this over SSH using
ed, so the more productivly enhancing tools are unavailable at the
moment.

	- Dan C.