home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / vmsnet / networks / tcpip / multinet / 2554 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.0 KB
  1. Path: sparky!uunet!cs.utexas.edu!usc!news.service.uci.edu!unogate!mvb.saic.com!info-multinet
  2. From: MFLEMING@CSBINA.CSUBAK.EDU (Michael Fleming)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Disabling TALK Politely
  5. Message-ID: <921216084957.100d7@CSBINA.CSUBAK.EDU>
  6. Date: Wed, 16 Dec 1992 8:49:57 -0800 (PST)
  7. Organization: Info-Multinet<==>Vmsnet.Networks.Tcp-Ip.Multinet Gateway
  8. X-Gateway-Source-Info: Mailing List
  9. Lines: 41
  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. When I'm on CSBOAA and try "talk mfleming@csbina" I get the following if the 
  29. remote user is logged in:
  30.   TALK 3.1(9) -----[Trying to connect to your party's talk daemon]
  31. When I go to node CSBINA and respond with "talk system@csboaa.csubak.edu" I get 
  32. the following:
  33.   TALK 3.1(9) ------[Checking for invitation on caller's machine]
  34. and sit there with no notice that talk is disabled on the remote node.  Down 
  35. right rude.
  36.  
  37. By the way, CSBINA is configured as follows:
  38.   $ mu show/ver
  39.   TGV MultiNet V3.1 Rev A, MicroVAX 3900 Series, VMS V5.4-2
  40.  
  41. IMHO, if talk is disabled on a node, then the calling party should be informed 
  42. of that.  Also, initiating talk on a node where the talk server is disabled 
  43. should not be possible if in fact there is no way for the called party to 
  44. respond.  Is there something I still need to do to make this happen (short of 
  45. modifying the talk or any other code) or am I out of luck?
  46.  
  47. Thanks,
  48.  
  49. Michael Fleming, Computing Consultant
  50. California State University, Bakersfield
  51.  
  52.