home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / t / tc13-001.zip / TC13-001.TXT < prev   
Text File  |  1993-01-03  |  9KB  |  211 lines

  1. TELECOM Digest     Sat, 2 Jan 93 19:12:30 CST      Volume 13 : Issue 1
  2.  
  3. Index To This Issue:                     Moderator: Patrick A. Townson
  4.  
  5.     Administrivia: What You Should Have Received (TELECOM Moderator)
  6.     Volume 12 Accelerated Index Now Available (TELECOM Moderator)
  7.     Yet Another Horrible AOS Story (Chris Petrilli)
  8.     Computer Directed Call Forwarding (Allan D. Griefer)
  9.     Another Payphone Mystery? (John Schmidt)
  10.     Status of Old Bell System Books (Howard C. Berkowitz)
  11.     More Harassment Questions (Jim Rees)
  12.     Changes to AT&T International Help Line? (Dave Leibold)
  13.     Internet/UUCP Dial-up Line in Singapore? (Anto Daryanto)
  14.     The Ultimate Call Screener (Jeffrey Jonas)
  15.     Telephony of the Future (Dave Niebuhr)
  16.     Re: The Future of Wired vs Wireless Services (John Adams)
  17.     Telecomics (Peanuts 1st Jan 1993) (Dave Leibold)
  18. ----------------------------------------------------------------------
  19.  
  20. Date: Sat, 2 Jan 1993 17:32:19 -0600
  21. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  22. Subject: Administrivia: What You Should Have Received
  23.  
  24.  
  25. Several unnumbered items were sent out between the end of Volume 12
  26. which had 928 issues and this, the start of Volume 13 and another year
  27. here at TELECOM Digest.
  28.  
  29.      1) A copy of the FAQ.
  30.      2) A letter to Usenet comp.dcom.telecom readers about the Digest.
  31.      3) An image of the Telecom Archives directory and ftp instructions.
  32.      4) An endless supply of Caller-ID messages and replies ... :)
  33.         (actually, three large files with several messages each in the
  34.         first two and a single longer message in the third.)
  35.  
  36. If you did not get any of these and feel you must have them, you will
  37. find the first three items already in the archives at one place or
  38. another; the mailings which went out on January 1-2 will not be put in
  39. the archives again (needless duplication). I am not going to put the
  40. clean out of Caller-ID messages in the archives either; so if you for
  41. some reason did not get Parts 1, 2 and 3 of that, you'll need to annoy
  42. me by asking for copies from here.
  43.  
  44. Happy New Year, and welcome to Volume 13 of TELECOM Digest. The Digest
  45. was started in 1981 by Jon Solomon, and we'll wrap up twelve years of
  46. this in August, 1993.
  47.  
  48.  
  49. Patrick Townson
  50. TELECOM Digest Moderator
  51.  
  52. ------------------------------
  53.  
  54. Date: Sat, 2 Jan 1993 15:16:38 -0600
  55. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  56. Subject: Volume 12 Accelerated Index Now Available
  57.  
  58.  
  59. The Accelerated Index to TELECOM Digest Volume 12 subjects and authors
  60. is now available in the Telecom Archives for grabbing via anonymous
  61. ftp lcs.mit.edu.
  62.  
  63. It is called an accelerated index since it points to other large files
  64. which contain clusters of back issues (in groups of 50) where the
  65. subject or author will be located.
  66.  
  67. A typical entry in the index will look like this:
  68.  
  69. 12/101-150: Article Title Here (First Last Name of Author Here)
  70. 12/101-150: Re: Response to Article Here (First Last Name of Author)
  71.  
  72. This would tell you to go to the sub-directory in the archives for
  73. Volume 12, and pull the large file named 'vol12.iss101-150'. When you
  74. have that file available to you, then use grep or other methods of
  75. searching within that file for the desired articles and authors.
  76. Author's names are always in (parenthesis) but sometimes were
  77. shortened in the header (i.e. John Smith became J. Smith or J Smith)
  78. as needed to make it fit on the line in the Digests from which the
  79. index was created. Searching for the last name is better than the full
  80. name since these variances could cause you to miss some entries.
  81.  
  82. The Accelerated Index is sorted in alphabetical order, with "Re:"
  83. ignored where it appears.  You can dump it out to a printer if
  84. desired, however the file is about 9500 lines in length. All articles
  85. with identical names will usually have one without 'Re:' and one or
  86. more with 'Re:' on the front. Where titles are identical (since the
  87. 'Re:' if it exists is ignored in the alphabetical sort) the sorting
  88. then continues by *first* name of author. As an example, "Re: My Life
  89. Story" by Adam Smith would appear before "My Life Story" by John
  90. Higdon.
  91.  
  92. Depending on the name of the original author, the original article
  93. (that is, the one without 'Re:' on the front) may appear anywhere in
  94. the cluster of identically-named articles. If you see more than one
  95. identical titles and none of them say 'Re:', then it is likely the
  96. 'Re:' was somehow overlooked in processing -or- they are two articles
  97. with similar material but both are 'original'.
  98.  
  99. Conversely, if you see one or more articles with 'Re:' and no
  100. offsetting original article (the one in the bunch without 'Re:' on the
  101. front) one of two things is possible: either there was no 'original
  102. article', i.e. I screwed up in the original publication or the thread
  103. started in Volume 11 and the (Re:)plies got carried over to Volume 12.
  104.  
  105. Some help is available in the use of the Accelerated Index within
  106. the index itself:   grep -i "Intro:"  for several lines of help at the
  107. start of the file.
  108.  
  109. A companion file covers volumes 9-10-11 from 1989 through 1991. It is
  110. set up the same way, and is in excess of 24,000 lines. I was thinking
  111. about merging volume 12 into the earlier index, but there were some
  112. problems with that, namely the sorting of entries got very difficult,
  113. and anyway, some of you already have the earlier edition. Besides,
  114. there are simply too many small sites where a file of some 35,000
  115. lines in total simply could not be handled.
  116.  
  117. Final note:
  118.  
  119. If you are at a UUCP or BBS site, I strongly recommend you seek
  120. permission from your system administrator before hauling such big
  121. files across the wire; and make sure you have room on your spool for
  122. the uncompressed results.
  123.  
  124. Remember, these two index files to subject and author names are in
  125. compressed format in the archives. (They have the suffix '.Z' after
  126. their name.)  You must use binary mode to transfer them via ftp, or
  127. else the results will be trashed when you try to uncompress them.
  128.  
  129. I hope these indexes to subjects and authors in TELECOM Digest since
  130. April, 1989 will be useful to you. It is strongly recommended you have
  131. a good working knowledge of the 'grep -i' command and can be creative
  132. in your use of 'grep' for searching for the best results. Let me know
  133. how it works for you.
  134.  
  135.  
  136. Patrick Townson
  137. TELECOM Moderator
  138.  
  139. ------------------------------
  140.  
  141. From: petrilli@hal.gnu.ai.mit.edu (Chris Petrilli)
  142. Subject: Yet Another Horrible AOS Story
  143. Date: 2 Jan 1993 01:13:16 GMT
  144. Organization: Department of Redundency Department
  145.  
  146.  
  147. Just to increase the enjoyment for the holidays, I thought I'd share
  148. my AOS story with everyone.
  149.  
  150. I was on the way from Austin, TX -- where I live -- to Dallas to visit
  151. a friend, when I stoped in Garland to make a "routine" call to tell
  152. him that I would be there shortly (Garland is 30 minutes or so from
  153. where he lives), when I foolishly selected a "generic" pay phone at a
  154. Texaco gas station.
  155.  
  156. Sicne both the origination number and the destination number were in
  157. the 214 area code, I decided to place the call simply using a quarter
  158. (hoping it wasn't long distance).  Anyway, I reached the party, and
  159. spoke to them for a total of about five seconds before the phone
  160. decided that it wanted to eat more of my money ... it asked for
  161. something around $2.50 for the "next two minutes."  At that point, I
  162. dialed the phone number against to use my SWBT phone card, hoping to
  163. force it to deal with SWBT ... no go, I get a "bong" and a "Thank you
  164. for using ATMT" (note this sounds A LOT like "The Phone Company"
  165. AT&T).  I then dialed the standard 10288, the whole number, and then
  166. receive a bong and the same "ATMT" message.  Not even forcing through
  167. to AT&T ... I'm not a happy camper.
  168.  
  169. To solve the problem, I ended up driving about a block to a SWBT pay
  170. phone that liked what I wanted better ... note that THIS pay phone
  171. allowed me to make the full call on a quarter.
  172.  
  173.  
  174. Chris Petrilli   petrilli@gnu.ai.mit.edu   I don't even speak for myself.
  175.  
  176. ------------------------------
  177.  
  178. From: usenet_interface@almaden.ibm.com
  179. Subject: Computer Directed Call Forwarding
  180. Date: 2 Jan 93 05:39:21 GMT
  181. Organization: IBM Almaden Research Center
  182.  
  183.  
  184. I'd like to set up a system that forwards a call to a particular party
  185. based on a code number that's entered by the caller.  In other words,
  186. I want to have the caller call a particular number, say the main
  187. number for a business after hours and enter a four digit code.  the
  188. system would then look up that code and forward the call based on
  189. that.  This would allow us to have people call for emergencies without
  190. releasing the home phone numbers of the employees.
  191.  
  192.  
  193. Any ideas how this might be easily implemented?
  194.  
  195.  
  196. Opinions are strictly my own,
  197. Allan D. Griefer,       IBM Almaden Research Center, San Jose, CA
  198. VNET/BITNET: GRIEFER at ALMADEN                Fax: (408)927-4004
  199. Internet: griefer@almaden.ibm.com               mcimail: 398-8024
  200.  
  201. ------------------------------
  202.  
  203. Date: Sat, 02 Jan 1993 00:42:31 EST
  204. From: JOHN SCHMIDT <schmidt@auvax1.adelphi.edu>
  205. Subject: Another Payphone Mystery?
  206.  
  207.  
  208. I recently visited my Alma Mater, WPI in Worcester, Mass. (A/C 508).
  209. When I got there, I wanted to call my mother in Ahmerst Mass.
  210. (413-253****).
  211.