home *** CD-ROM | disk | FTP | other *** search
/ The Arcade BBS / arcadebbs.zip / arcadebbs / FINDADDR.ZIP / FINDADDR.FAQ
Text File  |  1994-05-26  |  33KB  |  673 lines

  1. Newsgroups: comp.mail.misc,soc.net-people,news.newusers.questions,comp.answers,soc.answers,news.answers
  2. Path: bloom-beacon.mit.edu!hookup!torn!news.ccs.queensu.ca!qucis.queensu.ca!dalamb
  3. From: dalamb@qucis.queensu.ca (David Alex Lamb)
  4. Subject: FAQ: How to find people's E-mail addresses
  5. Message-ID: <finding_766855378@qucis.QueensU.CA>
  6. Followup-To: poster
  7. Originator: dalamb@quilt
  8. Sender: news@knot.ccs.queensu.ca (Netnews janitor)
  9. Supersedes: <finding_addresses_758181606@GZA.COM>
  10. Organization: Queen's University at Kingston
  11. Date: Wed, 20 Apr 1994 15:22:37 GMT
  12. Approved: news-answers-request@MIT.Edu
  13. Expires: Fri, 3 Jun 1994 15:22:58 GMT
  14. Lines: 656
  15. Xref: bloom-beacon.mit.edu comp.mail.misc:7288 soc.net-people:2307 news.newusers.questions:17112 comp.answers:4996 soc.answers:1091 news.answers:18322
  16.  
  17. Archive-name: finding-addresses
  18. Version: $Id: finding_addresses,v 1.94 1994/03/15 13:43:36 dalamb Exp $
  19.  
  20.                              Introduction
  21.  
  22.   A question which appears frequently on the USENET is, "I know
  23. someone's name, and I think they might have an electronic mail address
  24. somewhere.  How can I find it?"
  25.  
  26.   There are many different techniques for doing this.  Several of them
  27. are discussed below.  Your best bet is to try the pertinent methods in
  28. this posting in the order in which they are listed (well, sort of; at
  29. the very least, please try all the pertinent methods which do not
  30. involve posting queries to soc.net-people before resorting to that).
  31.  
  32.   I've listed "Direct contact" near the end of this list because, for
  33. some reason, people seem to be reluctant to call people on the
  34. telephone or write them a paper-mail letter asking what their E-mail
  35. address is, as long as there is even a remote chance that it might be
  36. found without asking.  This attitude is somewhat counterproductive,
  37. since in most cases, it is much easier to get someone's E-mail address
  38. by asking them than it is by following the other methods outlined
  39. below.  Furthermore, even if you do manage to find an E-mail address
  40. using one of the on-line methods described below, it is not guaranteed
  41. that the person at the other end of the line checks that address
  42. regularly or even that it is the correct address.
  43.  
  44.   Therefore, if you do have a telephone number that isn't too
  45. expensive to call, or if you have a paper-mail address and aren't in
  46. too much of a hurry, you can probably save yourself a lot of trouble
  47. by skipping all of the on-line methods listed below and going directly
  48. to "Direct contact."
  49.  
  50.  
  51.  
  52.          Avoid public distribution of individuals' addresses
  53.  
  54.   It is considered rude to widely distribute (e.g., in a Usenet
  55. posting) a person's E-mail address without his/her prior consent, even
  56. if the address is publicly available using one of the techniques
  57. described below or some other technique.
  58.  
  59.   It might seem that having one's E-mail address listed in a publicly
  60. accessible database is equivalent to distributing it, but this is not
  61. the case in practice, for three primary reasons:
  62.  
  63. * Some people may not be aware that their addresses are available for
  64.   others to locate.  For example, the majority of Usenet posters are
  65.   unaware of the database of Usenet E-mail addresses mentioned below.
  66.  
  67. * When some effort is required to locate a person's address (e.g.,
  68.   using the techniques described below), only people who have a
  69.   specific reason to send mail to him/her will go to the trouble.
  70.   However, if the address is mentioned in a Usenet posting read by
  71.   thousands of people, no effort is required to obtain it, and many
  72.   more people will send him/her mail.  Most people with E-mail
  73.   addresses are not accustomed to receiving E-mail from strangers or
  74.   large amounts of E-mail, and they may not be happy if they do.
  75.  
  76. * As unwanted E-mail becomes more common, people will start to remove
  77.   their addresses from public databases, which means that it will
  78.   become more difficult to find people's addresses for legitimate
  79.   reasons.
  80.  
  81.   In summary, if you want to advertise someone's E-mail address, get
  82. his/her permission before you do it.  Besides, if you're going to
  83. advertise an address, it's a good idea to make sure it works first,
  84. and writing to it for permission is a good way to do that.
  85.  
  86.  
  87.  
  88.                    A note about the Internet Gopher
  89.  
  90.   Many of the on-line methods for finding addresses documented below
  91. are easily accessible, with a consistent user interface, from the
  92. Internet Gopher burrow at the University of Minnesota.  If you are on
  93. the Internet, you may want to try using Gopher to do your searching
  94. before going directly to any of the methods described below.  Ask
  95. someone at your site to find out if Gopher clients are installed
  96. there.  Or, to find out how to use it and/or install it yourself, see
  97. the comp.infosystems.gopher FAQ posting, a pointer to which is located
  98. at the end of this message.
  99.  
  100.  
  101.  
  102.                               Techniques
  103.  
  104. *. College Email Addresses
  105.  
  106.   The postings whose subjects start with "FAQ: College Email
  107. Addresses" in the soc.college newsgroup describe the account and
  108. E-mail address policies for graduate and undergraduate students at
  109. many universities and colleges.  If you are looking for a
  110. university/college student, check those postings for the university or
  111. college in question and follow their instructions for finding out
  112. more.
  113.  
  114.   If the postings have expired at your site or has not been posted
  115. recently, you can get a copy of them using the instructions below (in
  116. the "Useful USENET postings" section).
  117.  
  118. *. Inter-Network Mail Guide
  119.  
  120.   If you know which network/service your target has an account on
  121. (e.g. CompuServe, Fidonet), then the "Inter-Network Mail Guide"
  122. posting in comp.mail.misc *may* be able to provide you with some help,
  123. although it probably will not be particularly helpful unless you have
  124. some sort of address to start with (a small number of networks use
  125. full names as addresses, and the posting mentions when this is the
  126. case, but it doesn't apply in very many cases).
  127.  
  128.   See the instructions below for getting a copy of this posting if it
  129. isn't available in comp.mail.misc at your site.
  130.  
  131. *. Usenet-addresses server
  132.  
  133.   If you think that your target may be on the USENET and may have
  134. posted a message to the USENET at some point in the past, you might be
  135. able to find his/her address in the USENET address database on the
  136. machine rtfm.mit.edu.
  137.  
  138.   To query the database, send an E-mail message to
  139. "mail-server@rtfm.mit.edu" with "send usenet-addresses/name" in the
  140. body of the message.  The "name" should be one or more space-separated
  141. words for which you want to search; since the search is fuzzy (i.e.,
  142. all of the words you specify do not have to match), you should list
  143. all of the words you think might appear in the address, including (for
  144. example) first and last name, possible username, and possible
  145. components of the host name (e.g. "mit" for a person who you think is
  146. at MIT).  The case and order of the words you list are ignored.
  147.  
  148.   Note that multiple requests can appear (on separate lines) in mail
  149. to the mail server, but each request will be answered in a separate
  150. message.
  151.  
  152.   In many cases, you will get a list of quite a few matching
  153. addresses, and you will have to go through it looking for ones that
  154. may be the one you're looking for.  However, the mail server will
  155. return a maximum of only 40 matches.
  156.  
  157.   Note that the usenet-addresses database is accessible via WAIS (in
  158. fact, the script that does mail server searches is actually just a
  159. front-end to a WAIS database) on two different hosts: rtfm.mit.edu and
  160. cedar.cic.net.  In both cases, the database is called
  161. "usenet-addresses" and is on port 210.  Note that the version on rtfm
  162. is slightly more up-to-date with respect to the master address list
  163. than the version on cedar.  If you don't know what WAIS is, then don't
  164. worry about this paragraph; if you're curious, see the
  165. "comp.infosystems.wais" newsgroup.
  166.  
  167.   For more details about how to use the database, send the command
  168. "send usenet-addresses/help".
  169.  
  170. *. NIC.DDN.MIL 'whois' database
  171.  
  172.   The "whois" database on NIC.DDN.MIL contains the addresses of many
  173. military personnel.  It also used to contain the addresses of some
  174. administrators of non-military networks and of some "prominent
  175. net.personalities," but those have now been moved to the "whois"
  176. database on WHOIS.INTERNIC.NET.  If your target is active on the
  177. Internet, s/he may be in one of these NICs' databases.
  178.  
  179.   If your system has the "whois" program, you can use that to query a
  180. NIC database.  If not, but you have Internet access, you can telnet to
  181. nic.ddn.mil (whois.internic.net) and run the command "whois" once you
  182. are logged in (help is available).  Alternatively, you can issue a
  183. single command to the nic.ddn.mil (whois.internic.net) whois server by
  184. typing "telnet nic.ddn.mil whois" ("telnet whois.internic.net whois")
  185. in order to connect to it and then typing the command and hitting
  186. return; the "help" command will return several screens full of text,
  187. so if you need help, you should use a utility such as "tee" or
  188. "script" to capture the help message and save it for future reference.
  189. If you do not have Internet access, you can send mail to
  190. "service@nic.ddn.mil" ("whois@whois.internic.net") to query the
  191. "whois" database; send a message with "help" in the body to find out
  192. more information.
  193.  
  194.   Note, furthermore, that some sites run local "whois" databases to
  195. provide information about people inside their organizations.  The only
  196. way to find out if your site runs such a database is to ask someone
  197. locally about it (see "Get more help locally" below), and the only way
  198. to find out about such databases at other sites (assuming, of course,
  199. that those databases are not mentioned in any of the other sources
  200. listed in this document) is to contact responsible individuals at
  201. those sites and ask (see "Finding a host name and asking someone there
  202. for help" below).
  203.  
  204. *. Other whois databases.
  205.  
  206.   Quite a few other sites also run "whois" databases that can be
  207. connected to over the Internet using the whois protocol (using either
  208. the "whois" program or "telnet hostname whois" as described in the
  209. previous section).  Some of those sites are listed here, and others
  210. are listed in a separate list, described in more detail below.
  211.  
  212.   The Ohio State University runs a "whois" database (on the machine
  213. "osu.edu") that has all of the faculty, staff, and students listed.
  214. It responds to "whois" queries in the normal fashion, or you can just
  215. send mail to firstname.lastname@osu.edu and it will try to deliver
  216. e-mail if the person has registered an e-mail address.  You can also
  217. telnet to osu.edu and look-up a person.  If you are unsure of the
  218. spelling this is a good way, as it does a soundex type search so exact
  219. matches are not necessary.  No password is necessary.
  220.  
  221.   RIPE (a cooperative group of several European Internet providers)
  222. runs a "whois" database, with RIPE information, on "whois.ripe.net";
  223. it is a European counterpart to "whois.internic.net".
  224.  
  225.   Matt H. Power of MIT <mhpower@athena.mit.edu> has compiled and
  226. maintains an extensive list of sites that run "whois" servers.  The
  227. file can be retrieved via anonymous ftp from
  228. /pub/whois/whois-servers.list on sipb.mit.edu [18.70.0.209].
  229.  
  230.   In addition to E-mail addresses for individuals, "whois" servers
  231. often also contain contact information about domains.  For example,
  232. asking whois.internic.net's server for information about "mit.edu"
  233. would tell you to look up "mit-dom" in order to get information about
  234. MIT's domain, and doing that would give you contact information about
  235. the people responsible for administrating that domain, including the
  236. handles of those individuals, which you can then look up to get still
  237. more information about them.
  238.  
  239. *. Other directory services
  240.  
  241.   There are several other directory services you may be able to use to
  242. search for your target.
  243.  
  244.   - Many Bitnet sites have name servers that can be queried in one way
  245. or another.  To get a list of them with documentation, send a mail
  246. message to listserv@bitnic.bitnet (a.k.a listserv@bitnic.educom.edu)
  247. with the command "send bitnet servers" in the body of the message.
  248.  
  249.   - The IBM Corporate Internet Gateway provides a directory of users
  250. (which I believe contains only IBM employees, although I'm not
  251. certain) that is available to anyone who can send E-mail to it.  If
  252. your target works for IBM (or you suspect s/he does), then this might
  253. be useful to you.
  254.  
  255.   To use it, send mail to "nic@vnet.ibm.com" with the command "whois
  256. lastname, firstname" in the subject or body of the message.  If you
  257. are unsure of the spelling of the last name, use an asterisk (*) to
  258. indicate that the last name should be treated as a prefix, rather than
  259. a complete name.  The first name is always treated as a prefix.  For 
  260. example, "whois Smith*, R" would return all people with a last name 
  261. starting with "Smith" and a first name starting with "R", while "whois 
  262. Smith, R" would return only those people with exactly the last name 
  263. "Smith" and a first name starting with "R".
  264.  
  265.   Users of the directory are limited to 25 name searches per day.  
  266. Each name that results is counted as a separate name search.  For
  267. example, a single "whois Smith, R" that found Rodger Smith, Robert 
  268. Smith, and Reginald Smith would count as three name searches.  
  269. Multiple requests may be made in a single note provided that the 
  270. number of names found does not exceed the daily limit of 25.
  271.  
  272.   - RPI runs a white pages server for people interested in the field
  273. of communications.  To find out how to use it, send mail to
  274. comserve@rpitsvm.bitnet (or comserve@vm.its.rpi.edu) with "help" in
  275. the body of the message.
  276.  
  277.   - BITNIC (the BITNET Network Information Center) runs a name server
  278. of more general interest.  To find out how to use it, send mail to
  279. netserv@bitnic.bitnet (again, bitnic.educom.edu can also be used) with
  280. "help" in the body of the message.
  281.  
  282.   - There is an X.500 white pages service run by UNINETT.  It is
  283. accessible by sending mail to the address Directory@UNINETT.NO (send a
  284. message with "help" in the subject or body to get more information).
  285. Furthermore, there is software for UNIX available for use as a
  286. convenient interface to the service.  It is available for anonymous
  287. ftp in ~ftp/directory/directory.tar.Z on the machine nac.no.  Finally,
  288. if the administrator of your site registers your organization with
  289. UNINETT (instructions about doing so are available with the software
  290. just mentioned), people from your site can then register in the
  291. database so that other people can look them up in it.
  292.  
  293.   - PTT Research in the Netherlands runs a server that you can use to
  294. look up addresses for its employees.  If you know someone who may work
  295. there, you can find out how to use the server by sending a mail
  296. message to whois@research.ptt.nl with "help" in the body of the
  297. message.  Note that this is not a "complete" whois site; it just
  298. supports limited mail server queries.
  299.  
  300.   - AT&T runs a mailer on the host "att.com" that can get mail to most
  301. AT&T employees using their names as addresses.  You can send mail to
  302. "lastname@att.com" or to "firstname.lastname@att.com".  If the name is
  303. ambiguous, you will get a bounce message indicating several possible
  304. matches, and the appropriate address to use for each.
  305.  
  306.   - Tim Pozar has set up a WAIS server that contains the FidoNet email
  307. addresses of Sysops of FidoNet BBSs.  You can access it by connecting
  308. to the "nodelist" WAIS database on port 210 of kumr.lns.com; use the
  309. name(s) for which you wish to search as your search keywords.  See
  310. above for more information about WAIS.
  311.  
  312.   - PSI runs a X.500 directory server, accessible by sending mail to
  313. "whitepages@wp.psi.com".
  314.  
  315.   - In Australia, there are a number of methods you can use to find
  316. someone connected to AARNet.
  317.  
  318.   (a) There is an X.500 white pages service, accessible via a public
  319. access account on wp.adelaide.edu.au. To use it, log in as "fred" and
  320. select a user agent to run ("de" is probably the easiest).  You can
  321. also send queries by mail to whitepages@wp.adelaide.edu.au (sending
  322. the query "help" will return instructions).
  323.  
  324.   (b) There is a netfind access point (see below) on Archie.AU.
  325.  
  326.   (c) A number of sites provide information via finger and whois.
  327.  
  328.   - Information about hosts in the "ca" Internet domain (i.e., hosts
  329. in Canada) Is accessible via anonymous ftp to ftp.CDNnet.CA, or by
  330. mail to archive-server@relay.CDNnet.CA.  You can get site domain names
  331. and host names, as well as the names and addresses of contact people
  332. for individual sites.  For more information, retrieve the file
  333. /ca-domain/Introduction via anonymous ftp, or send a mail message to
  334. the mail server with "send ca-domain Introduction" in it.  The
  335. information in this archive is also available via Gopher to
  336. nstn.ns.ca.
  337.  
  338. *. Finding a host name and asking someone there for help
  339.  
  340.   If you know the organization, company, or whatever at which your
  341. target's account is likely to be located, then you might be able to
  342. get your hands on the host name of a machine at that location.  Once
  343. you've done that, you can usually write to someone responsible for
  344. E-mail support at the site and ask for help finding the address you
  345. are seeking.
  346.  
  347.   There are three main sources from which you can get host names.  The
  348. first is the NIC "whois" database, which contains site and
  349. organization information as well as information about individuals.
  350. For more information about using it, see above.  Organization entries
  351. in the NIC database will usually list an administrative, technical
  352. and/or zone contact person, with his/her address, to whom you can
  353. write.  You can also write to "postmaster" at almost any Internet
  354. host to get in touch with someone responsible for E-mail.
  355.  
  356.   The second is a network directory published by the University of
  357. Texas.  Although it hasn't been updated in a few years, it still
  358. provides a useful list of many site names.  It is available for
  359. anonymous ftp from several different locations, including
  360. /net.directory/1988.netbook on emx.utexas.edu.  It is BIG, so you
  361. might not have room to store it locally, unless you ask someone in
  362. charge to set up some space for it.  You should NOT transfer it to
  363. /tmp every time you need it, or something like that; that's a horrible
  364. waste of network bandwidth.  Contact people are usually listed in the
  365. site entries in the net directory, but you might want to try
  366. "postmaster" first.  This directory is superseded by the book "The
  367. user's directory of computer networks," whose bibliography information
  368. is provided in the "References" section below.  Of course, you have to
  369. pay for the book, and you can't grep dead trees, but it's probably
  370. more up-to-date than the University of Texas directory.
  371.  
  372.   The third is the UUCP maps in the comp.mail.maps newsgroup.  See the
  373. posting "UUCP map for README" in that directory for more information.
  374. You can grep in the news spool or use your news reader's search
  375. facilities to search for a particular string (e.g. an organization
  376. name) in the comp.mail.maps postings.  Each UUCP map entry lists the
  377. contact person for the entry.  You can also search the UUCP maps by
  378. connecting to the "uumap" WAIS database on port 210 of wais.cic.net.
  379. For more information about WAIS, see above.
  380.  
  381.   You can also search UUCP maps using the University of California at
  382. Berkeley's Netinfo service (which also supports other services, such
  383. as looking up IP addresses for hosts on the Internet).  You connect to
  384. it at port 117 of netinfo.berkeley.edu, e.g.  on some systems, "telnet
  385. netinfo.berkeley.edu 117".  The "ufind", "ufile", "uhost" and "upath"
  386. commands are used to look up information in the UUCP maps.  For more
  387. information about Netinfo, connect to it and type "?".
  388.  
  389.   Once you've got a host name and the person to contact, you need to
  390. figure out how to get the mail there, if it's on a network you don't
  391. know how to reach.  See the "Inter-Network Mail Guide" posting
  392. referenced above if you need help with that.
  393.  
  394.   If you do go this route, make sure you provide as much information
  395. as you can about the person whose address you are seeking; remember
  396. that the more detailed (and polite!) you are, the more likely it is
  397. that the person you are contacting will be able to help you.
  398. Remember, too, that the person you are contacting is probably very
  399. busy, and responding to requests like yours is probably not one of
  400. his/her highest priorities, so be patient.
  401.  
  402. *. Using "finger"
  403.  
  404.   If you've found a potential host name for your target using one of
  405. the other methods described here, and if you have direct access to the
  406. Internet, then you may be able to use the "finger" program/protocol to
  407. look up your target at a remote site.  Many sites support finger
  408. servers that will do first-name, last-name and/or user-name searches
  409. through their user space.  For example, the machine "mit.edu" supports
  410. a directory of all staff and students at MIT; that directory can be
  411. searched using finger by last name or by user name, and other
  412. parameters can be used to restrict the search as well.
  413.  
  414.   To finger someone at another site, you generally type "finger
  415. name@host".  If this doesn't work for you, you should check with
  416. someone locally to find more more information about if it's possible
  417. to finger from your site, and if so, how to do it.
  418.  
  419. *. Netfind
  420.  
  421.   Netfind is a "white pages" service that allows you to query one
  422. service and have it search several other address databases of various
  423. sorts for addresses matching your query.  It is a program for SunOS
  424. workstations and requires your computer to be directly connected to
  425. the Internet.  The source code is available by anonymous FTP from
  426. ftp.cs.colorado.edu, in pub/cs/distribs/netfind.
  427.  
  428.   People without a Sun on which to run Netfind on can telnet to any of
  429. the following Netfind servers and log in as "netfind" (with no
  430. password):
  431.  
  432.     archie.au            AARNet, Melbourne, Australia
  433.     bruno.cs.colorado.edu    University of Colorado, Boulder
  434.     dino.conicit.ve        Nat. Council for Techn. & Scien.
  435.                 Research Venezuela
  436.     ds.internic.net        InterNIC Directory and DB Services,
  437.                 S. Plainfield, NJ
  438.     lincoln.technet.sg        Technet Unit, Singapore
  439.     macs.ee.mcgill.ca        McGill University, Montreal, Quebec, Canada
  440.     malloco.ing.puc.cl        Catholic University of Chile, Santiago
  441.     monolith.cc.ic.ac.uk    Imperial College, London, England
  442.     mudhoney.micro.umn.edu    University of Minnesota, Minneapolis
  443.     netfind.oc.com        OpenConnect Systems, Dallas, Texas
  444.     netfind.vslib.cz        Liberec University of Technology,
  445.                 Czech Republic
  446.     nic.nm.kr            Korea Network Information Center, Taejon, Korea
  447.     nic.uakom.sk        Academy of Sciences, Banska Bystrica, Slovakia
  448.     redmont.cis.uab.edu        University of Alabama at Birmingham
  449.  
  450.   There is a mailing list where new releases of netfind will be
  451. announced; you can subscribe by sending mail to
  452. netfind-users-request@cs.colorado.edu.
  453.  
  454.   Netfind was developed by Mike Schwartz <schwartz@cs.colorado.edu>
  455. and Panos Tsirigotis <panos@cs.colorado.edu>.
  456.  
  457. *. Knowbot Information Service
  458.  
  459.   The "Knowbot Information Service" (KIS) is another white pages
  460. service.
  461.  
  462.   Two hosts running KIS servers are info.cnri.reston.va.us and
  463. regulus.cs.bucknell.edu.  Either can be reached on the Internet via
  464. telnet at port 185 (e.g. "telnet info.cnri.reston.va.us 185"), or via
  465. electronic mail (kis@cnri.reston.va.us or
  466. netaddress@regulus.cs.bucknell.edu).  For more information about
  467. Knowbot, use the "man" command after connecting via telnet or in the
  468. body of your E-mail message.  In addition, info.cnri.reston.va.us' KIS
  469. server can be reached using the Internet "whois" protocol described
  470. above.
  471.  
  472. *. Searching LISTSERV mailing lists
  473.  
  474.   Many sites around the network are running the VM/CMS LISTSERV
  475. package for managing mailing lists.  If you have some reason to
  476. believe that a particular user may be a member of a mailing list on a
  477. LISTSERV site, you can ask that LISTSERV to send you a membership list
  478. and search it for your target.
  479.  
  480.   To do this, send mail to listserv@host (if "host" is a BITNET host,
  481. try using listserv@host.bitnet; if that doesn't work, you'll have to
  482. ask someone at your site how to send mail tol BITNET hosts).  In the
  483. body of your message, include the command "review list-name", where
  484. "list-name" is the name of the mailing list you wish to search.
  485.  
  486.   If you don't know what LISTSERV is and dont' know of any LISTSERV
  487. sites or mailing lists, then this technique probably isn't worth
  488. bothering with.
  489.  
  490. *. Direct contact
  491.  
  492.   If you have a paper mail address or telephone number for your
  493. target, call them or write to them and ask for an E-mail address.
  494.  
  495.   In that case, you might encounter the somewhat common situation
  496. where your target knows s/he has an E-mail address, but s/he doesn't
  497. know what it is.  If this happens to you, then give him/her your
  498. E-mail address and ask him/her to send you mail (and if s/he can't
  499. figure out how, tell him/her to get someone at his/her site to help).
  500. The odds are that when you get his/her message, it'll contain a valid
  501. return address in it.
  502.  
  503. *. Get more help locally
  504.  
  505.   Often, the postmaster at your site (or whomever is responsible at
  506. your site for answering mail-related questions) has a large amount of
  507. knowledge that will help him/her to help you find the answer to your
  508. question.  If you have been unable to find the answer for yourself,
  509. check with people locally and see if one of them can help you out.
  510.  
  511. *. The last resort -- soc.net-people
  512.  
  513.   If all the methods above have failed, you can consider posting a
  514. message to soc.net-people asking for help locating your target.
  515. Before doing so, however, you should read the "Tips on using
  516. soc.net-people" posting in that newsgroup.  If it has expired, you can
  517. get a copy using the instructions below (note that the name in the
  518. instructions below may change when a new version with a new date is
  519. posted, so you may need to ask for an index of the soc.net-people
  520. archive to find out the name of the most recent version).
  521.  
  522.   Note that this is listed as THE last resort, to be tried even later
  523. than using a telephone number or paper mail address.  Any posting to
  524. the USENET uses the resources of the sites on the USENET and of the
  525. networks that carry it; certainly, the total cost of transporting a
  526. USENET message is more than the cost of a stamp or a short phone call.
  527. Since the benefit gained is to you and not to the USENET as a
  528. whole, you should avoid posting if you possibly can.
  529.  
  530.  
  531.  
  532.                               References
  533.  
  534.   If you want to learn more about computer networks and how they
  535. interact with each other, these books and articles might be
  536. interesting and useful to you:
  537.  
  538. !%@:: A Directory of Electronic Mail Addressing & Networks
  539.         by Donnalyn Frey and Rick Adams
  540.         ISBN 1-56592-031-7
  541.         (published by O'Reilly, E-mail nuts@ora.com)
  542.         (current edition published in August 1993; $24.95 cover
  543.          price)
  544.  
  545. The Matrix: Computer Networks and Conferencing Systems Worldwide, by
  546.         John S. Quarterman, Digital Press, Bedford, MA, 1990.  $50.
  547.         Digital order number EY-C176E-DP-SS, Digital Press ISBN
  548.         155558-033-5, Prentice-Hall ISBN 0-13-565607-9.
  549.  
  550. ``Strategies for Finding People on Networks,'' by John S. Quarterman,
  551.         Matrix News, Vol. 1, No. 6, pg. 3, Matrix Information and
  552.         Directory Services, Austin, Texas, September 1991.
  553.  
  554. The user's directory of computer networks, ed. Tracy L. LaQuey,
  555.         Digital Press, Bedford, MA, 1990.  Digital order number
  556.         EY-C200E-DP, ISBN 1-55558-047-5.
  557.  
  558. Zen and the Art of the Internet: A Beginner's Guide, by Brendan Kehoe,
  559.         Prentice Hall, July 1992.  ISBN 0-13-010778-6.  (This is the
  560.         second edition.  The first edition is available for free
  561.         on-line.  To find out how to get it, send mail to
  562.         archive-server@cs.widener.edu with "send zen hints" in the
  563.         body of the message.)
  564.  
  565.  
  566.  
  567.                         Useful USENET Postings
  568.  
  569. Subject: Gopher (comp.infosystems.gopher) Frequently Asked Questions (FAQ)
  570. Newsgroups: comp.infosystems.gopher,news.answers
  571.  
  572. Subject: FAQ: College Email Addresses 1/3 [Monthly posting]
  573. Subject: FAQ: College Email Addresses 2/3 [Monthly posting]
  574. Subject: FAQ: College Email Addresses 3/3 [Monthly posting]
  575. Newsgroups: soc.college,soc.net-people,news.answers
  576.  
  577. Subject: Updated Inter-Network Mail Guide
  578. Newsgroups: comp.mail.misc,alt.bbs.lists,alt.internet.services,comp.misc,comp.answers,alt.answers,news.answers
  579.  
  580. Subject: Tips on using soc.net-people [l.m. 13/09/92]
  581. Newsgroups: soc.net-people
  582.  
  583.         [Same as above -- check the archives for a newer version if
  584.          this one isn't available.]
  585.  
  586. Available in the indicated USENET newsgroup(s), or via anonymous ftp from
  587. rtfm.mit.edu (18.70.0.209) in the files:
  588.  
  589. /pub/usenet/news.answers/gopher-faq
  590. /pub/usenet/news.answers/mail/college-email/part1
  591. /pub/usenet/news.answers/mail/college-email/part2
  592. /pub/usenet/news.answers/mail/college-email/part3
  593. /pub/usenet/news.answers/mail/inter-network-guide
  594. /pub/usenet/soc.net-people/Tips_on_using_soc.net-people_[l.m._13_09_92]
  595.  
  596. Also available from mail-server@rtfm.mit.edu by sending a mail message
  597. containing any or all of:
  598.  
  599. send usenet/news.answers/gopher-faq
  600. send usenet/news.answers/mail/college-email/part1
  601. send usenet/news.answers/mail/college-email/part2
  602. send usenet/news.answers/mail/college-email/part3
  603. send usenet/news.answers/mail/inter-network-guide
  604. send usenet/soc.net-people/Tips_on_using_soc.net-people_[l.m._13_09_92]
  605.  
  606. Send a message containing "help" to get general information about the
  607. mail server.
  608.  
  609.  
  610.  
  611.                                Credits
  612.  
  613.   This FAQ was originally maintained by Jonathan I. Kamens; David Lamb
  614. took over maintenance in January 1994.
  615.  
  616.   Comments about, suggestions about or corrections to this posting are
  617. welcomed.  If you would like to ask me to change this posting in some
  618. way, the method I appreciate most is for you to actually make the
  619. desired modifications to a copy of the posting, and then to send me
  620. the modified posting, or a context diff between my posted version and
  621. your modified version (if you do the latter, make sure to include in
  622. your mail the "Version:" line from my posted version).  Submitting
  623. changes in this way makes dealing with them easier for me and helps to
  624. avoid misunderstandings about what you are suggesting.
  625.  
  626.   These people provided useful comments, information and/or
  627. suggestions:
  628.  
  629.         Randall Atkinson <atkinson@itd.nrl.navy.mil>
  630.         Ed Blackman <ebb7683@rigel.tamu.edu>
  631.         B. Blissenbach <brubli@purodha.gun.de>
  632.         Mark Brader <msb@sq.com>
  633.         Bruno Chatras <chatras@simob.cnet-pab.fr>
  634.         Jim Cheetham <jim@oasis.icl.co.uk>
  635.         Huang Chih-Hsien <u7911013@cc.nctu.edu.tw>
  636.         Ralph E. Droms <droms@bucknell.edu>
  637.         Donald E. Eastlake, III <dee@ranger.enet.dec.com>
  638.         Marshall Gene Flax <mgflax@phoenix.Princeton.edu>
  639.         Arthur K. Ho <artho@kgnvmw.vnet.ibm.com>
  640.         Patrick Hoepfner <hoepfner@heasfs.gsfc.nasa.gov>
  641.         Dan Hoey <hoey@aic.nrl.navy.mil>
  642.         Kjetil Torgrim Homme <kjetilho@ifi.uio.no>
  643.         Eric Ideler <ideler@prl.philips.nl>
  644.         Ivar Mar Jonsson <ivar@ppc.ubc.ca>
  645.         Jonathan I. Kamens <jik@security.ov.com>
  646.         Dan Kegel <dank@blacks.jpl.nasa.gov>
  647.         Jonathan Kochmer <nwnetman@u.washington.edu>
  648.         Patt Leonard <leonard@alexia.lis.uiuc.edu>
  649.         Jerry Martin <nic@osu.edu>
  650.         Skip Montanaro <montnaro@sierra.crd.ge.com>
  651.         Eric de Mund <ead@cs.ucsb.edu>
  652.         Paul D. Nanson <pdn@msnvm1.vnet.ibm.com>
  653.         Jerry Peek <jerry@ora.com>
  654.         Edward P. Piecewicz <edwardp@cs.umb.edu>
  655.         Tim Pozar <pozar@kumr.lns.com>
  656.         Mark Prior <mrp@itd.adelaide.edu.au>
  657.         John S. Quarterman <mids@tic.com>
  658.     Gowri Ramanathan <ramanag@research.cs.orst.edu>
  659.         Ellen Keyne Seebacher <elle@midway.uchicago.edu>
  660.         Rolf E. Sonneveld <ICP@research.ptt.nl>
  661.         Donald.Stoye@Eng.Sun.COM
  662.         Robert Ullmann <ariel@relay.prime.com>
  663.         Edward Vielmetti <emv@msen.com>
  664.         Peter M. Weiss <pmw1@psuvm.psu.edu>
  665.         Bill Wells <netinfo@violet.berkeley.edu>
  666.         Bill Wohler <wohler@sap-ag.de>
  667.         Peter J. Woodrow <woodrow@ijsapl.enet.dec.com>
  668.  
  669. -- 
  670. Software Technology Laboratory      dalamb@qucis.queensu.ca (David Alex Lamb)
  671. Computing and Information Science   phone: (613) 545-6067
  672. Queen's University, Kingston, Ontario, Canada K7L 3N6    
  673.