[comp.sys.att] UUCP on 3B1

ninja@bradley.UUCP (11/02/87)

> No error was returned, however the phone was not disconnected either.

I had the same problem with mine.  Very irritating when you trust uucp
to hang up your phone.  It didn't complete the call successfully, and
I gave up in disgust.   I went to use my phone about 2 hours later and
it was off-hook; thanks AT&T.  I also noticed that in general the 3B1
loves to grab a phone line entirely (you can't pick up your phone to
listen and see if it's dialing, or if it's transfering data).  

My initial solution was to have my caller script call 'phtoggle' twice after
calling uucico.  My long-term solution was to install someone else's
uucp that has been hacked locally to run on a 3B1 over our ISN.
I installed that and it was much more friendly, including very thorough 
L.sys and L-devices examples.

Frank McGee
Microcomputer Support Specialist
Bradley University
Peoria, Il.  61625

rjd@althea.UUCP (11/04/87)

In article <9300026@bradley>, ninja@bradley.UUCP writes:
> 
> I had the same problem with mine.  Very irritating when you trust uucp
> to hang up your phone.  It didn't complete the call successfully, and
> I gave up in disgust.   I went to use my phone about 2 hours later and
> it was off-hook; thanks AT&T.  I also noticed that in general the 3B1
> loves to grab a phone line entirely (you can't pick up your phone to
> listen and see if it's dialing, or if it's transfering data).  

I used to have the same problem.  Since I installed HoneyDanBer UUCP
(available from THE STORE!) I don't have the no hangup problem.

-- 
    Robert Diamond    |    UUCP:     ...!rutgers!unirot!althea!diamond
                      |    INTERNET: diamond@althea.rutgers.edu	

vanam@pttesac.UUCP (Marnix van Ammers) (11/05/87)

In article <212@althea.UUCP> rjd@althea.UUCP (Rob Diamond) writes:
>In article <9300026@bradley>, ninja@bradley.UUCP writes:
>> 
>> I had the same problem with mine.  Very irritating when you trust uucp
>> to hang up your phone.  It didn't complete the call successfully, and
>> I gave up in disgust.   I went to use my phone about 2 hours later and
>> it was off-hook; thanks AT&T.  I also noticed that in general the 3B1
>> loves to grab a phone line entirely (you can't pick up your phone to
>> listen and see if it's dialing, or if it's transfering data).  
>
>I used to have the same problem.  Since I installed HoneyDanBer UUCP
>(available from THE STORE!) I don't have the no hangup problem.

Well, would someone please tell us non-AT&T types when
*we* might be allowed to beg, borrow, or (gasp) *buy*
that HoneyDanBer UUCP?  As I understand it, it's only available
to AT&T employees.

Thanks,

Marnix
----

-- 
Marnix (ain't unix!) A.  van\ Ammers		Work: (415) 545-8334
Home: (707) 644-9781				CEO: MAVANAMMERS:UNIX
WORK UUCP: {ihnp4|ptsfa}!pttesac!vanam		CIS: 70027,70
HOME UUCP: pttesac!Marnix!vanam 

rjd@althea.UUCP (11/05/87)

In article <599@pttesac.UUCP>, vanam@pttesac.UUCP (Marnix van Ammers) writes:
> In article <212@althea.UUCP> rjd@althea.UUCP (Rob Diamond) writes:
> >
> >I used to have the same problem.  Since I installed HoneyDanBer UUCP
> >(available from THE STORE!) I don't have the no hangup problem.
> 
> Well, would someone please tell us non-AT&T types when
> *we* might be allowed to beg, borrow, or (gasp) *buy*
> that HoneyDanBer UUCP?  As I understand it, it's only available
> to AT&T employees.

If you want to get access to the store, and anyone can do it, give
Susan Woodbury (the store!keeper) a call on (201) 957-2589, and she
will send you a STORE! diskette, if you're nice to her. :-)

However, I know that there are some programs that are only accessible
by AT&T folks.  HDB UUCP may be one of them, but I kinda doubt it.

Rob.

-- 
    Robert Diamond    |    UUCP:     ...!rutgers!unirot!althea!diamond
                      |    INTERNET: diamond@althea.rutgers.edu	

rich@oxtrap.UUCP (K. Richard Magill) (11/06/87)

In article <212@althea.UUCP> rjd@althea.UUCP (Rob Diamond) writes:
>I used to have the same problem.  Since I installed HoneyDanBer UUCP
>(available from THE STORE!) I don't have the no hangup problem.
>    Robert Diamond    |    UUCP:     ...!rutgers!unirot!althea!diamond
>                      |    INTERNET: diamond@althea.rutgers.edu	

Uh...

This person isn't from AT&T!  Is HDB free from AT&T for 3b1? gasp!  I
suppose it makes sense since they don't sell it.  ($60K for a 3b2 source
liscense doesn't count for those few of us running something other
than a 3b2.) (like a 3b1).

rich.

allbery@ncoast.UUCP (Brandon Allbery) (11/08/87)

As quoted from <9300026@bradley> by ninja@bradley.UUCP:
+---------------
| I had the same problem with mine.  Very irritating when you trust uucp
| to hang up your phone.  It didn't complete the call successfully, and
| I gave up in disgust.   I went to use my phone about 2 hours later and
| it was off-hook; thanks AT&T.  I also noticed that in general the 3B1
| loves to grab a phone line entirely (you can't pick up your phone to
| listen and see if it's dialing, or if it's transfering data).  
+---------------

I've had it happen too; recovery is simply doing a "ps -ef", noticing that
there is a setgetty hung, and killing the setgetty.  THIS IS BOGUS!!!  Is
there some way that I can inform the Phone Manager that I *never* want a getty
on the phone line?  (My machine is not dial-in, and I won't be making it
dial-in.)  Just renaming setgetty won't work (and neither does replacing
it with a C program which does nothing but exit(0)); cu, at least, reports
"requested device not known" after this.
-- 
Brandon S. Allbery		     necntc!ncoast!allbery@harvard.harvard.edu
 {harvard!necntc,well!hoptoad,sun!mandrill!hal,uunet!hnsurg3}!ncoast!allbery
Moderator of comp.sources.misc

allbery@ncoast.UUCP (Brandon Allbery) (11/08/87)

As quoted from <212@althea.UUCP> by rjd@althea.UUCP (Rob Diamond):
+---------------
| I used to have the same problem.  Since I installed HoneyDanBer UUCP
| (available from THE STORE!) I don't have the no hangup problem.
+---------------

AARGH!!!!!!!!!!!!!!

Some of us are NOT AT&T EMPLOYEES!!!  THE STORE! is restricted for us; in
particular, we can't GET HoneyDanBer!

REAL solutions, anyone?
-- 
Brandon S. Allbery		     necntc!ncoast!allbery@harvard.harvard.edu
 {harvard!necntc,well!hoptoad,sun!mandrill!hal,uunet!hnsurg3}!ncoast!allbery
Moderator of comp.sources.misc

allbery@ncoast.UUCP (Brandon Allbery) (11/11/87)

As quoted from <213@althea.UUCP> by rjd@althea.UUCP (Rob Diamond):
+---------------
| > >(available from THE STORE!) I don't have the no hangup problem.
| 
| However, I know that there are some programs that are only accessible
| by AT&T folks.  HDB UUCP may be one of them, but I kinda doubt it.
+---------------

Wrong.  I just called for the latest Catalog, just to make sure; HDB is NOT
on the "non-AT&T" Catalog.

Would AT&T at least consider distributing a fix for the bug in our UUCP, if
they won't let us get HDB?
------

By the way, thanks to everyone for their response to my query about telling
my 3B1 not to accept dialin data calls.  I know about the "respawn" vs. "off"
since I've administered System V systems for two years; what I did *not* know
was whether changing it would cause any system programs to get upset at me
(i.e. the d*mned Phone Manager, or perhaps setgetty, etc.).  After all, I
figure there's *some* reason for the DO NOT EDIT!!! comment in /etc/inittab.
-- 
Brandon S. Allbery		     necntc!ncoast!allbery@harvard.harvard.edu
 {harvard!necntc,well!hoptoad,sun!mandrill!hal,uunet!hnsurg3}!ncoast!allbery
			Moderator of comp.sources.misc
"This... is the helm." "Unless there've been some changes I don't know about!"

brian@sdcsvax.UCSD.EDU (Brian Kantor) (11/13/87)

The reason for the DO NOT EDIT is that the system administration scripts
expect to find things in fixed locations.  For example, in one setup, 
the first character is changed from a : to a space to turn on and
off the line in the shell script.  If you edit the line and delete the
space, the next time you try to use the administration script, all will
come unstuck.

	Brian Kantor	UCSD Office of Academic Computing
			Academic Network Operations Group  
			UCSD B-028, La Jolla, CA 92093 USA

davidsen@steinmetz.steinmetz.UUCP (William E. Davidsen Jr) (11/13/87)

In article <5552@ncoast.UUCP> allbery@ncoast.UUCP (Brandon Allbery) writes:
|As quoted from <213@althea.UUCP> by rjd@althea.UUCP (Rob Diamond):
|+---------------
|| > >(available from THE STORE!) I don't have the no hangup problem.
|| 
|| However, I know that there are some programs that are only accessible
|| by AT&T folks.  HDB UUCP may be one of them, but I kinda doubt it.
|+---------------
|
|Wrong.  I just called for the latest Catalog, just to make sure; HDB is NOT
|on the "non-AT&T" Catalog.

HDB was originally in the non-ATT section (I think before there even
were sections. So was ksh. I would like to know what the status of those
versions is, since at the time I got them redistribution was permitted.
-- 
	bill davidsen		(wedu@ge-crd.arpa)
  {uunet | philabs | seismo}!steinmetz!crdos1!davidsen
"Stupidity, like virtue, is its own reward" -me