home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / misc / 3640 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  26.2 KB

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