Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 11/03/84 (WLS Mods); site astrovax.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!princeton!astrovax!wls From: wls@astrovax.UUCP (William L. Sebok) Newsgroups: net.bugs.uucp,net.bugs.4bsd Subject: Re: hung line help needed -- sendmail, not uucico Message-ID: <511@astrovax.UUCP> Date: Sat, 8-Dec-84 13:41:26 EST Article-I.D.: astrovax.511 Posted: Sat Dec 8 13:41:26 1984 Date-Received: Mon, 10-Dec-84 17:26:23 EST References: <85@daemon.UUCP> <33700001@trsvax.UUCP> Organization: Princeton Univ. Astrophysics Lines: 23 Xref: watmath net.bugs.uucp:419 net.bugs.4bsd:1268 > Well, it turns out this problem is not uucico's at all. It turns out > that sendmail execs its mailers with SIGALRM blocked. > > 4.2bsd sendmail comes configured for uucp mail with the "-r" uux option, > which prevents uucico from starting up immediately, in which case > SIGALRM doesn't matter. However, I took out the -r in order to place > demand calls as soon as mail was processed; the resulting uucico then > inherits the blocked SIGALRM, so if anythnig happens to the connection > which would normally cause a timeout (typically trying to login), the > process will hang forever. > > I haven't looked at sendmail for the cause yet, but a temporary > circumvention for uucico is to add a sigsetmask(0) at the top of main() > in cico.c. > -- > --Bruce Nemnich, Thinking Machines Corporation, Cambridge, MA > ihnp4!godot!bruce, bjn@mit-mc.arpa ... soon to be bruce@godot.arpa This is very likely the problem here. I'll try out the suggested fix. I had also taken out the -r flag in the uux command. -- Bill Sebok Princeton University, Astrophysics {allegra,akgua,burl,cbosgd,decvax,ihnp4,noao,princeton,vax135}!astrovax!wls