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