home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / networks / tcpip / multinet / 2030 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  7.4 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
  2. From: mls@SLAC.STANFORD.EDU (Mike Sullenberger  926-2294)
  3. Newsgroups: vmsnet.networks.tcp-ip.multinet
  4. Subject: Problem with NETFIND program.
  5. Message-ID: <20203A3426AUG92203601@TGV.COM>
  6. Date: 26 Aug 92 20:36:01 GMT
  7. Organization: The INFO-MULTINET Community
  8. Lines: 169
  9. X-Gateway-Source-Info: INTERNET
  10. X-Return-path: <info-multinet-relay@TGV.COM>
  11. X-RFC822-From: "Mike Sullenberger (415) 926-2294" <mls@SLAC.STANFORD.EDU>
  12. X-Envelope-to: info-multinet@tgv.com
  13. X-VMS-To: in%"info-multinet@tgv.com,info-pmdf@ymir.claremont.edu"
  14. Nntp-Posting-Host: Mvb.Saic.Com
  15.  
  16. Are people aware of the NETFIND program and the problems that it can cause?
  17.  
  18. I am sending this to these lists because it took me well over a week to track 
  19. down why people all over the world were suddenly sending mail directly to one of 
  20. my nameservers for people that have never been at my site.  I thought maybe 
  21. others have seen this problem and are wondering what is going on.
  22.  
  23. Note: The SMTP that is running on SERV01.SLAC.STANFORD.EDU is the MultiNet V3.0D
  24.       SMTP straight off of the tape.
  25.  
  26. Following is the copy of correspondance with a writer of NETFIND.
  27.  
  28. Mike Sullenberger
  29. SLAC Postmaster
  30.  
  31. --------------------------------------------------------------------------------
  32.  Date: Tue, 25 Aug 1992 19:12 PDT
  33.  From: "Mike Sullenberger (415) 926-2294" <mls@slac.stanford.edu>
  34.  Subject: BIG complaint about NETFIND
  35.  To: schwartz@cs.colorado.edu
  36.  
  37. I am the Stanford Linear Accelerator Center Postmaster and I have a very large 
  38. complaint about your NETFIND program.  For the last week I have been receiving 
  39. mail for people that are not at SLAC.STANFORD.EDU routed to my Domain Nameserver 
  40. node SERV01.  This particular node does NOT have user accounts, and provides NO 
  41. services other then Domain Nameservice.  I have learned that people are using 
  42. E-mail address that point to my Nameserver because NETFIND erroneously claims 
  43. that mail for anybody in a search of STANFORD EDU gets mail forwarded to 
  44. <user>@SERV01.SLAC.STANFORD.EDU.
  45.  
  46. Following is an example of using GOPHER to gain access to NETFIND and then using 
  47. NETFIND to search for a person that I think might be at STANFORD EDU.  As you 
  48. can see a normal search using NETFIND produces the completely incorrect 
  49. information. 
  50.  
  51. MAIL IS FORWARDED TO foobar@serv01.slac.stanford.edu
  52.  
  53. This message implies that I can send E-mail to a person FOOBAR at  
  54. FOOBAR@SERV01.SLAC.STANFORD.EDU and that person will receive the mail.  I do not 
  55. know what search criteria NETFIND uses, but DOMAIN Nameservers have NOTHING to 
  56. do with E-MAIL.  I am sure that a lot of other Postmasters and Nameserver 
  57. Managers are not going to be pleased with this situation.
  58.  
  59. Mike Sullenberger
  60. SLAC Postmaster 
  61.  
  62.  
  63. ------- Example ------
  64.  
  65.             Internet Gopher v0.6 Copyright 1991 Univ. of Minnesota
  66.                                 Root Directory
  67.  
  68.          1.  CAP.DIR/
  69.          2.  FTP Searches/
  70.          3.  Fun & Games/
  71.          4.  Gopher Root 1/
  72.          5.  Information About Gopher/
  73.          6.  Libraries/
  74.          7.  Mailing Lists/
  75.          8.  News/
  76.          9.  OTHER.DIR/
  77.          10. Other Gopher and Information Servers/
  78.    -->   11. Phone Books/
  79.          12. UofM Campus Information/
  80.  
  81.             Internet Gopher v0.6 Copyright 1991 Univ. of Minnesota
  82.                                  Phone Books
  83.  
  84.          1.  University of Arizona <CSO>
  85.    -->   2.  Internet-wide e-mail address searches/
  86.          3.  WHOIS Searches/
  87.  
  88.             Internet Gopher v0.6 Copyright 1991 Univ. of Minnesota
  89.                     Internet-wide e-mail address searches
  90.  
  91.    -->   1.  Netfind search for Internet e-mail addresses <TEL>
  92.          2.  Netfind search for Internet e-mail addresses overview.
  93.  
  94.                 Warning!!!!!, you are about to leave the Internet
  95.                 Gopher program and connect to another host.
  96.                 If you get stuck, press the control key and the ^
  97.                 key, and then type q or c.
  98.  
  99.  
  100.                 Now connecting to mudhoney.micro.umn.edu
  101.                 Use the account name "netfind" to log in
  102.  
  103.                 Press return to connect:
  104.  
  105. Trying... Connected to MUDHONEY.MICRO.UMN.EDU, a SUN running UNIX.
  106.  
  107. SunOS UNIX (mudhoney)
  108.  
  109. login: netfind
  110.  
  111. Welcome to the University of Minnesota Netfind server.
  112.  
  113. Search/Quit/Help [s/q/h]: s
  114. Enter person and keys (blank to exit) --> foobar stanford edu
  115.  
  116. There are too many domains in the list.
  117. Please select at most 3 of the following:
  118.        0. cs.stanford.edu (computer science department, stanford university, c)
  119.        1. daedalus.stanford.edu (stanford university, california)
  120.        2. leland.stanford.edu (dsg, stanford university, california)
  121.        3. neon.stanford.edu (computer science department, stanford university,)
  122.        4. portia.stanford.edu (stanford university, california)
  123.        5. slac.stanford.edu (stanford university, california)
  124.        6. stanford.edu (stanford university, california)
  125. Enter selection (e.g., 3 1 2) --> 4 5 6
  126. NOTE:   The domain 'portia.stanford.edu' does not run its own name servers.
  127.         Often this indicates the domain is not on the Internet, in which
  128.         case Netfind cannot locate people there.  (Continuing search.)
  129.  
  130. MAIL IS FORWARDED TO foobar@serv01.slac.stanford.edu
  131. ------
  132.  
  133. Search of domains completed. Proceeding to search of hosts.
  134. ------
  135. Search/Quit/Help [s/q/h]: q
  136.  
  137. --------------------------------------------------------------------------------
  138.  
  139. Date: Tue, 25 Aug 1992 21:43:31 -0600
  140. From: Mike Schwartz <schwartz@latour.cs.colorado.edu>
  141. Subject: RE:  BIG complaint about NETFINDMike,
  142. To: mls@SLAC.STANFORD.EDU
  143.  
  144. I'm sorry this has caused you trouble. However, the problem is with your
  145. mailer, not Netfind.  Your SMTP server answers EXPN requests
  146. incorrectly.  Try this:
  147.  
  148. {latour:~ 981} telnet serv01.slac.stanford.edu 25
  149. Trying 134.79.16.9 ...
  150. Connected to serv01.slac.stanford.edu.
  151. Escape character is '^]'.
  152. 220 SERV01.SLAC.STANFORD.EDU TGV/MultiNet SMTP service ready.
  153. EXPN anyjunk
  154. 250 <anyjunk>
  155.  
  156. ------------------------------------------
  157.  
  158. I would guess this is true for one of two reasons:
  159.         1.  Your configuration is incorrect
  160.         2.  Your configuration is set up to hide information, to preserve
  161.             privacy (I have seen this with several commercial Internet
  162.             service providers, for example)
  163.  
  164. If (2), I suggest you change your configuration so that it simply
  165. refuses to answer these queries.  As it is, your configuration doesn't
  166. conform to the RFC 821 specification.
  167.  - Mike
  168.  
  169. --------------------------------------------------------------------------------
  170.  
  171. Date: Wed, 26 Aug 1992 10:13 PDT
  172. From: "Mike Sullenberger (415) 926-2294" <mls@slac.stanford.edu>
  173. Subject: Re:  BIG complaint about NETFIND
  174. To: schwartz@latour.cs.colorado.edu
  175.  
  176. Your comments are noted, but I still feel that NETFIND is giving back misleading 
  177. information.  Being Postmaster I have used SMTP EXPN to try to track down mail 
  178. problems and I have found it to be highly unreliable there are a lot of nodes 
  179. out there that answer SMTP EXPN xxxxxx with 250 <xxxxxx>, and therefore I don't 
  180. think that you should rely on it.  Just because a node is a nameserver, does NOT 
  181. mean that you should be doing SMTP queries to it. You could at least check the 
  182. nameservice for a particular node to see if it has a WKS entry for SMTP service.
  183. You might also look for MX records, SERV01.SLAC.STANFORD.EDU never receives SMTP 
  184. mail directly.  
  185.