home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / question / 13514 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.4 KB
  1. Xref: sparky comp.unix.questions:13514 comp.unix.wizards:4744
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
  3. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  4. Newsgroups: comp.unix.questions,comp.unix.wizards
  5. Subject: Re: talk
  6. Message-ID: <1992Nov17.130642.8252@thunder.mcrcim.mcgill.edu>
  7. Date: 17 Nov 92 13:06:42 GMT
  8. References: <83678@ut-emx.uucp>
  9. Distribution: usa
  10. Organization: McGill Research Centre for Intelligent Machines
  11. Lines: 25
  12.  
  13. In article <83678@ut-emx.uucp>, devil@ccwf.cc.utexas.edu (The Beast) writes:
  14.  
  15. > I tried to use 'talk' to converse with a friend in another college.
  16. > I got the following message:
  17. > 'Target machine does not recognize us'.
  18.  
  19. This means simply that talkd on the remote machine did a
  20. gethostbyaddr() on your machine's address and got a failure indication.
  21.  
  22. Either the remote machine is broken somehow or whatever nameserver is
  23. responsible for the relevant .in-addr.arpa zone is misbehaving, or
  24. (worst case) hasn't been set up.
  25.  
  26. > If so, how can this situation be circumvented?
  27.  
  28. The right way to fix it is to fix whatever's wrong.  A workable
  29. substitute is to fix talkd so that if gethostbyaddr() fails, it prints
  30. the numeric address instead (and in parallel, fix talk to accept
  31. numeric addresses).  This is what I've done, and sometimes when the net
  32. is flaking out (and thereby breaking the DNS) it's proven useful.
  33.  
  34.                     der Mouse
  35.  
  36.                 mouse@larry.mcrcim.mcgill.edu
  37.