home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / 5786 < prev    next >
Encoding:
Internet Message Format  |  1993-01-04  |  4.0 KB
  1. Xref: sparky comp.protocols.tcp-ip:5786 biz.sco.general:4956 comp.mail.uucp:2510
  2. Newsgroups: twg.sco-list,comp.protocols.tcp-ip,biz.sco.general,comp.mail.uucp
  3. Path: sparky!uunet!cs.utexas.edu!torn!watserv2.uwaterloo.ca!watserv1!mks.com!xenitec!twg!bill
  4. From: bill@twg.bc.ca (Bill Irwin)
  5. Subject: Solution to: Trouble configuring UUCP on TCP/IP
  6. Resent-From: mmdf@xenitec.on.ca
  7. Submit-To: scogen@xenitec.on.ca
  8. Reply-To: bill@twg.bc.ca (Bill Irwin)
  9. Organization: The Westrheim Group, Vancouver, B.C., Canada
  10. Date: Mon, 4 Jan 1993 09:55:42 GMT
  11. Message-ID: <2813@twg.bc.ca>
  12. Lines: 83
  13. References: <2808@twg.bc.ca> <1992Dec30.015649.4223@unilabs.uucp> <2809@twg.bc.ca>
  14. Keywords: sco uucp tcp/ip
  15. Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
  16. Precedence: bulk
  17.  
  18.  
  19. bill@twg.bc.ca (Bill Irwin) writes:
  20.  
  21. : unilabs!chare@uunet.UU.NET (Chris Hare) writes:
  22.  
  23. : : In article <2808@twg.bc.ca> bill@twg.bc.ca (Bill Irwin) writes:
  24. : : >
  25. : : >I am having trouble configuring UUCP to use the TCP/IP network as
  26. : : >its "device".  I have two systems, both running SCO UNIX 3.2.4,
  27.  
  28. : : I went through this recently.  this is what you need to do.
  29.  
  30. : : In Devices, create an entry which reads
  31.  
  32. : : TCP TCP,e     -       Any     TCP     540
  33.  
  34. : : Note:  this instructs uucp to use the 'e' protocol, and to connect on port
  35. : : 540.
  36.  
  37. : I have the uucico accessing the TCP device now, but it is failing
  38. : after the password is given to the remote system.  Following is a
  39. : portion of the -x9 log:
  40.  
  41. : mchFind called (SystemB)
  42. [stuff deleted]
  43. : sendthem (^M)
  44. : expect: (gin:)
  45. : login:got it
  46. : sendthem (systema^M)
  47. : expect: (word:)
  48. :  Password:got it
  49. : sendthem (password^M)
  50. : msg > Login incorrect.^Jimsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg >imsg
  51.  
  52. : The ">imsg" stuff keeps going and going until the log is is over
  53. : 700Kb in size.  Then it fails.  I have seen this type of output
  54. : on a normal modem connection before, but can't recall what it is
  55. : a symptom of.
  56.  
  57. Actually, this was the uutry log produced after I changed the
  58. entry in "/etc/inetd.conf" from "/etc/uucpd" to
  59. "/usr/lib/uucp/uucpd".  There seemed to be another uucpd on the
  60. system and it seemed to get me a little further along in the
  61. dialogue.  The original uucpd was producing a "user unknown"
  62. message right after the login name was given and before a
  63. password was even checked.  This is the right uucpd to use, which
  64. was pointed out to me by belal@sco.com.  The one in usr/lib/uucp
  65. was released with the UNIX runtime in error and was compiled from
  66. an earlier version of the source, with the wrong development
  67. environment.
  68.  
  69. The mystery is solved.  It seems that the Systems file entry chat
  70. script that was used when a modem was being used to connect was
  71. producing my "user unknown" message.  Here are the two entries
  72. that I have used to fix the problem:
  73.  
  74. #SystemB Any TCP,e  Any - --gin:--gin:--gin:-BREAK-ogin:-BREAK-ogin: systema word: foobar
  75. SystemB Any TCP,e  Any - gin: systema word: foobar
  76.  
  77. The first one was being used until today, when I was mailed an
  78. extract from the SCO "How to" database that showed the greatly
  79. simplified chat script.  I decided to take a shot in the dark and
  80. see if the BREAK (which I never saw being sent in the uutry log)
  81. was causing the trouble.  The second entry worked fine, first
  82. try.
  83.  
  84. I am now going to test the first entry by just removing the BREAK
  85. portion of the entry, to see if it is the syntax of the script
  86. that causes the problem, or the BREAK.
  87.  
  88. I would like to thank the following people who responded and
  89. helped in this solution:
  90.  
  91. fenner@cs.psu.edu (Bill)
  92. belal@sco.com (Bela)
  93. chare@unilabs.org (Chris Hare)
  94. fitz@wang.com
  95. giles@promed.com.au (Giles Lean)
  96. udo@umonk.GUN.de (Udo Monk)
  97. -- 
  98. Bill Irwin    -       The Westrheim Group     -    Vancouver, BC, Canada
  99. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  100. uunet!twg!bill            (604) 431-9600 (voice) |     Your Computer  
  101. bill@twg.bc.ca            (604) 430-4329 (fax)   |    Systems Partner
  102.