home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / networks / tcpip / multinet / 2553 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.7 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!unogate!mvb.saic.com!info-multinet
  2. From: adelman@TGV.COM (Kenneth Adelman)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Re: Disabling TALK Politely
  5. Message-ID: <921216085611.25e002c3@TGV.COM>
  6. Date: Wed, 16 Dec 92 08:56:11 PST
  7. Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 34
  10.  
  11. > I'm trying to prevent people "TALKing" to my users on node CSBOAA.
  12.  
  13. > I've done the following on node CSBOAA:
  14. >   $ mu sh/vers
  15. >   TGV MultiNet V3.1 Rev A, VAX 4000-300, VMS V5.4-2
  16. >   $ mu config/servers
  17. >   disable talk
  18. >   disable ntalk
  19. >   restart
  20.  
  21. > When I go to node CSBINA and try talking to CSBOAA with "talk system@csboaa" I
  22. > get the following:
  23. >   TALK 3.1(9) ------[Checking for invitation on caller's machine]
  24. > and sit there with no notice that talk is disabled on the remote node.  Not
  25. > polite.  I get the same notice whether system@csboaa is logged in or not.  Very
  26. > impolite.
  27.  
  28.     That is the way TALK behaves when the machine you're talking to
  29. isn't running a server.
  30.  
  31. > IMHO, if talk is disabled on a node, then the calling party should be informed
  32. > of that.
  33.  
  34.     I agree, but the TALK implementation (we just ported the UNIX code, and
  35. although we could arguably fix ours, we couldn't fix the rest of the world)
  36. doesn't do this, and since the connection setup protocol is UDP oriented
  37. it takes repeatedly retransmitting the connection request over a period
  38. of time before you can acertain that the machine you're talking to isn't
  39. going to answer.
  40.  
  41.     My only suggestion would be to write a "FAKE" talk server that
  42. rejected connections immediately.
  43.  
  44.                                     Ken
  45.