home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 15 / CD_ASCQ_15_070894.iso / vrac / tc14_253.zip / TC14-253.TXT < prev   
Text File  |  1994-06-07  |  25KB  |  593 lines
  1. TELECOM Digest     Thu, 26 May 94 12:51:00 CDT    Volume 14 : Issue 253
  2.  
  3. Inside This Issue:                           Editor: Patrick A. Townson
  4.  
  5.     Phone/FAX/Data Calls (Summary/On-Site Experience) (Peter Leif Rasmussen)
  6.     Call For Paper: CFIP'95 (French) (Jean-Marc Jezequel)
  7.     Mandatory 1+ Dialing Coming to Area Code 516 (Dave Niebuhr)
  8.     Micro Portable Suggestions (Bill Verry)
  9.     How Smart is Call-Forwarding? (Shag Aristotelis)
  10.     Large Norstar Systems (John Warne)
  11.     Trans-Atlantic Fiber Operators (US Based) (Stu Jeffery)
  12.     Looking for Used Panasonic 308KSU (Al Cohan)
  13.     Directory Assistance Companies (Eric Maillet)
  14.     Re: Annoyance Calls From Answering Machine (quixote@eskimo.com)
  15.     Rude Not to Leave Answering Machine Messages? (Joe Harrison)
  16.  
  17. TELECOM Digest is an electronic journal devoted mostly but not
  18. exclusively to telecommunications topics. It is circulated anywhere
  19. there is email, in addition to various telecom forums on a variety of
  20. public service systems and networks including Compuserve and GEnie.
  21. It is also gatewayed to Usenet where it appears as the moderated
  22. newsgroup 'comp.dcom.telecom'. 
  23.  
  24. Subscriptions are available at no charge to qualified organizations
  25. and individual readers. Write and tell us how you qualify:
  26.  
  27.                  * telecom-request@eecs.nwu.edu *
  28.  
  29. The Digest is edited, published and compilation-copyrighted by Patrick
  30. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31. or phone at:
  32.                     9457-D Niles Center Road
  33.                      Skokie, IL USA   60076
  34.                        Phone: 708-329-0571
  35.                         Fax: 708-329-0572
  36.   ** Article submission address only: telecom@eecs.nwu.edu **
  37.  
  38. Our archives are located at lcs.mit.edu and are available by using
  39. anonymous ftp. The archives can also be accessed using our email
  40. information service. For a copy of a helpful file explaining how to
  41. use the information service, just ask.
  42.  
  43. *************************************************************************
  44. *   TELECOM Digest is partially funded by a grant from the              *
  45. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  46. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  47. * project.  Views expressed herein should not be construed as represent-*
  48. * ing views of the ITU.                                                 *
  49. *************************************************************************
  50.  
  51. Additionally, the Digest is funded by gifts from generous readers such
  52. as yourself who provide funding in amounts deemed appropriate. Your help 
  53. is important and appreciated.
  54.  
  55. All opinions expressed herein are deemed to be those of the author. Any
  56. organizations listed are for identification purposes only and messages
  57. should not be considered any official expression by the organization.
  58. ----------------------------------------------------------------------
  59.  
  60. Date: Thu, 26 May 94 14:48:00 JST
  61. From: plr@ichigo.os.nasu.toshiba.co.jp (Peter Leif Rasmussen (SY-Gi))
  62. Subject: Phone/FAX/Data Calls (Summary/On-Site Experience)
  63.  
  64.  
  65. Long time ago (no, this is not an adventure :-) I asked some questions
  66. here in the TELECOM Digest about getting my telephone connected in a
  67. way that would make it possible for me to receive FAX and data calls,
  68. unattended.
  69.  
  70. I got some answers with the most useful (for me) being from Stuart
  71. Whitmore (whitmore@tahoma.cwu.edu) about a share ware program called
  72. BGFAX, now v.1.21, made by B.J. Guillot (st1R8@jetson.uh.edu),
  73. anonymous FTP://csn.org/Computech
  74.  
  75. Being just a private hobby among several it took me a while to put it
  76. together, but I promised to post a summary if I got something useful
  77. and that is what I am doing now. As I have also been succesful in
  78. setting it up to work with redirection of incomming phone calls to an
  79. answering machine, if that is what the caller want, it may also be of
  80. some use for those with interest in such matters.
  81.  
  82. My PC is an IBM Notebook (Japanese model) with a plain vanilla
  83. V.22bis/V.42bis MNP4-5 FAX/modem. To effectively split voice from
  84. FAX/data I bought a FAX- switch from JDR Microdevices of $90 USD. They
  85. also have a smaller version at $60 USD, which should work as well. The
  86. only difference being an extra connection for a modem, which will be
  87. useful if you have FAX and modem on different machines (not
  88. interesting in this case). The "effective split" is dealt with this
  89. way because I don't know of any special functions implemented in the
  90. (high-tech?) Japanese telephone network, e.g. distinctive ring, ANI,
  91. CID, etc.  that seems to be available anywhere else?! So, if this
  92. works in Japan it should work in most other countries.
  93.  
  94. The JDR Microdevices FAX-Switch can be programmed to redirect the call
  95. upon detection of certain DTMF tones upon connection. If no tones are
  96. heard, e.g.  a FAX CNG tone, for a period of four seconds it assumes
  97. it is a telephone call and connects the phone. My phone has the
  98. answering machine built in (like about 90% of all phones in Japan),
  99. but there is a connector for a stand alone answe- ring machine. This
  100. means that a normal telephone caller only hear a different ring after
  101. connection, until I or the answering machine answers the phone.  A FAX
  102. will also go through with no special action, unless the caller has an
  103. old FAX machine that doesn't transmit a CNG tone. However, the data
  104. caller has to add a pause (a few commas) and then the code for the
  105. modem redirection.
  106.  
  107. Having come so far BGFAX takes over, to decide whether the incomming
  108. call is a FAX or a data call. If it is a FAX call, BGFAX receives the
  109. FAX and stores it on disk in a proprietary format, which is
  110. convertible to PCX or the format used by QL2FAX (a program usually
  111. bundled with modems). Various data about the call is stored in a
  112. log-file. There is also a program with it that makes you able to
  113. transmit FAX'es. It is shareware and costs $25 USD to register.  It is
  114. simple, using a no-nonsense non-GUI style userinterface. It is shipped
  115. with a document, which is also a no-nonsense type making efforts to
  116. explain the (chaotic?) world of FAX/modems. For the unexperienced user
  117. it can be hard to understand, but unless you have a very odd modem it
  118. looks like you should be able to make it work (Said by the
  119. unexperienced user ;-)
  120.  
  121. If BGFAX detects that the call is not FAX but data, it attempts to
  122. load a BBS program, set to be loaded by a front end processor. This is
  123. the way I have set it up, however it seems that originally BGFAX was
  124. made to make Fido Net SysOp's able to receive FAX'es on the same line,
  125. so BGFAX can also be loaded in a another way, called Rear End Mode. I
  126. didn't try that, but if you are a Fido Net SysOp you probably already
  127. know about it.
  128.  
  129. Having entered the BBS, all control is taken over by that so now the
  130. caller will be able to do whatever he/she normally would. It is
  131. because BGFAX works in the Front End Mode with Batch files calling
  132. each other, so when the BBS is up and running BGFAX is totally out and
  133. vice versa.
  134.  
  135. As stated before this is just a fun hobby, so I want it to cost as
  136. little as possible. Therefore I have been searching for cheap BBS's
  137. (and still are). In the beginning I tried Executive Host, which is the
  138. BBS extension of Telix.  However, I couldn't make it work and tried by
  139. FAX and email to contact the people producing it, but I never got any
  140. answer even though I wanted to register?! I also tried a totally
  141. different approach, with a program called FreeMail that works with MS
  142. Windows and should be able to receive phone and data calls by some
  143. nifty software construction? But it weren't able to use a combined
  144. FAX/modem and split those two, so I dropped that. I also got some info
  145. about using QL2FAX as it has an "auto detect" option when answering
  146. the phone. It would seem perfect to have everything in the same
  147. package, but QL2FAX does nothing else but answering the phone? There
  148. is no info on how to for example write a script to make it continue as
  149. simple BBS, and at that time I was getting quite far in making BGFAX
  150. work so I dropped that, too.
  151.  
  152. I finally made a BBS program called TriTel work together with BGFAX.
  153. It is very simple, though it claims to be very powerful, but the
  154. people that made it (shareware) wants $75 USD to register, so I am
  155. still searching.  Stuart Whitmore claims that Wilcat works well with
  156. it, but that is a commercial software package costing $100 USD, so
  157. that is not yet interesting.
  158.  
  159. A long story about getting connected in more ways, without having to
  160. pay the (competitive?) price of $770 USD in (no-competition-land)
  161. Japan for an extra telephone line (just to get connected). You realize
  162. that a little extra sweat can save you a lot of money. A little more
  163. "bashing" will hopefully eventually bring prices down (Go for it
  164. Clinton! EU are too busy "bashing" each other ;-)
  165.  
  166. If questions are asked directly to me I will do what I can to answer,
  167. at least now being able to claim that I have some experience.
  168.  
  169.  
  170. Peter Rasmussen
  171.  
  172. ------------------------------
  173.  
  174. From: Jean-Marc.Jezequel@irisa.fr (Jean-Marc Jezequel)
  175. Subject: Call For Paper: CFIP'95 (French)
  176. Date: 26 May 1994 09:30:45 GMT
  177. Organization: Irisa, Rennes(FR)
  178.  
  179.  
  180. *** If you don't understand French, you wouldn't be interested in this ***
  181.  
  182.                        Appel aux communications
  183.                                    
  184.          #####  #######   ###   ######    ###    ###### #######
  185.         #       #          #    #     #   ###   #     # #
  186.         #       #          #    #     #    #    #     # #
  187.         #       #####      #    ######    #      ######  ######
  188.         #       #          #    #                     #       #
  189.         #       #          #    #                     #       #
  190.          #####  #         ###   #               ####### #######
  191.  
  192.                                    
  193.          Colloque Francophone sur l'Ingenierie des Protocoles
  194.                                    
  195.                    9-12 mai 1995 - Rennes - France
  196.                                    
  197.                          Comite de Programme
  198.                                    
  199.                              Presidents :
  200.                                    
  201. Claude Jard (IRISA, France) et Pierre Rolin (Telecom-Bretagne, France)
  202.                                    
  203.                               Membres :
  204.                                    
  205. Paul Amer (Universite du  Delaware, Etats-Unis) 
  206. Bennani Abdelfdil (ENSIAS, Maroc)
  207. J. William Atwood (Universite de  Concordia, Canada)
  208. Benkiran Amine (EMI, Maroc)
  209. Mohamed Bettaz (Universite de Constantine, Algerie)
  210. Ed Brinksma (Universite de  Twente, Pays-Bas)
  211. Stanislaw  Budkowski (INT, France)
  212. Richard Castanet (LaBRI, France)
  213. Ana Cavalli (INT, France)
  214. Wojciech  Cellary (EFP, Pologne)
  215. Andre Danthine (Universite de Liege, Belgique)
  216. Piotr Dembinski (Academie des Sciences, Pologne)
  217. Michel Diaz (LAAS, France)
  218. Rachida Dssouli (Universite de Montreal, Canada)
  219. Jean Marc Farines (UFSC, Bresil)
  220. Serge Fdida (MASI, France)
  221. Alain Finkel (ENS Cachan, France)
  222. Roland Groz (FT/CNET, France)
  223. Farouk Kamoun (ENSI, Tunisie)
  224. Jacques Labetoulle (Eurecom, France)
  225. Guy Leduc (Universite de Liege, Belgique)
  226. Francis Lepage (CRAN, France)
  227. Luigi Logrippo (Universite d'Ottawa, Canada)
  228. Gerard Michel (IMAG, France)
  229. Pascale Minet (INRIA, France)
  230. Abdellatif Obaid (Univ. du Quebec a Hull, Canada)
  231. Omar Rafiq (Universite de Pau)
  232. Behcet Sarikaya (Universite de AIZU, Japon)
  233. Andre Schiper (EPFL, Suisse)
  234. Samir Tohme (ENST, France)
  235. Gregor von Bochmann (Univ. de Montreal, Canada)
  236.  
  237.  
  238. L'idee  du  Colloque Francophone sur l'Ingenierie des Protocoles qui a
  239. deja eu  lieu par trois  fois (1988, 1991 et 1993), est de permettre a
  240. la communaute francophone  des enseignants, chercheurs  et industriels
  241. dans le  domaine  des  protocoles  et reseaux informatiques, de  faire
  242. regulierement le  point en langue francaise. Le colloque comprend  une
  243. journee de tutoriels, suivie de trois jours de conference.
  244.  
  245. Le comite de programme souhaite  se voir  soumettre des communications
  246. qui traitent de tout  sujet relatif au developpement des protocoles de
  247. communications.  La liste  non exhaustive  qui  suit,  donne  quelques
  248. points qui peuvent etre traites :
  249.  
  250. - Conception, mise en oeuvre et gestion de reseaux et  d'architectures
  251. de communication ;
  252.  
  253. - Techniques et langages de specification ;
  254.  
  255. - Techniques et outils de verification et de simulation ;  application
  256. de ces techniques ;
  257.  
  258. - Mise  au  point  et integration  des  logiciels  repartis  dans  les
  259. systemes ;
  260.  
  261. -  Architectures,   methodes  et  outils  de  test  de  conformite  et
  262. d'interoperabilite ;
  263.  
  264. - Methodes formelles ou pragmatiques couvrant l'ensemble des etapes de
  265. developpements des protocoles ;
  266.  
  267. - Conception et developpement de protocoles a haut debit ;
  268.  
  269. - Modeles, evaluation et mesure de performances des reseaux ;
  270.  
  271. - Conception, developpement et application multimedia dans les reseaux
  272.  
  273. - Reseaux de mobiles ; reseaux radio ;
  274.  
  275. - Securite dans les reseaux ;
  276.  
  277. Le comite de programme souhaite recevoir des communications de la part
  278. d'universitaires,  de  chercheurs  et  d'industriels. Des  articles de
  279. syntheses didactiques, des exposes de travaux de recherches theoriques
  280. et d'experiences  pratiques  sont attendus, ainsi que des propositions
  281. d'exposes pour les tutoriels.
  282.  
  283. Les  publications emanant de jeunes  chercheurs  sont particulierement
  284. les bienvenues. Un  prix  recompensera la  meilleure  publication. Les
  285. meilleures publications seront publiees dans des revues.
  286.  
  287. Un  espace  sera  disponible  pour des demonstrations,  le  comite  de
  288. programme sollicite des propositions sur les themes ci-dessus.
  289.  
  290.                        Instruction aux Auteurs
  291.                        -----------------------
  292.  
  293. Si vous desirez soumettre une  communication (12  pages maximum) ou un
  294. tutoriel,  veuillez  envoyer  cinq exemplaires  de  l'article complet,
  295. avant le 1er septembre 1994, a :
  296.  
  297.                Pierre Rolin (Telecom-Bretagne, France)
  298.  
  299.                            Telecom-Bretagne
  300.                           Antenne de Rennes
  301.                            Departement RSM
  302.                        Rue de la Chataigneraie
  303.                                 BP 78
  304.                     35512 - Cesson - Sevigne cedex
  305.                                 FRANCE
  306.                         Tel : +33 99 12 70 21
  307.                         Fax : +33 99 12 70 30
  308.                 email : rolin@rennes.enst-bretagne.fr
  309.  
  310. Les  decisions  du comite de  programme  vous seront  notifiees  le 15
  311. janvier  1995. Pour etre  publiees  dans  les  actes  du colloque  les
  312. versions finales  des articles  doivent parvenir avant  le 15  fevrier
  313. 1995.
  314.  
  315.                            Dates a retenir
  316.                            ---------------
  317.  
  318. 1er  septembre  1994  :  date  limite pour la reception  des  articles
  319.   soumis.
  320.  
  321. 15 janvier 1995 : notification aux auteurs de la decision du comite de
  322.   programme.
  323.  
  324. 15 fevrier 1995 :  date limite pour la reception des textes definitifs
  325.   a inclure dans les actes du colloque.
  326.  
  327.  
  328.                         Comite d'organisation
  329.                         ---------------------
  330.  
  331. Jean-Marc Jezequel (IRISA)      Sylvie Brunet (Telecom-Bretagne)
  332. Noel Plouzeau (IRISA)           Elisabeth Lebret (IRISA) 
  333. Joseph  Fromont (CCETT)         Marie-Noelle Georgeault (IRISA)  
  334. Alain Leger (CCETT)
  335.  
  336.  
  337. Jean-Marc Jezequel, IRISA/CNRS, 35042 RENNES (FRANCE) // jezequel@irisa.fr
  338.  
  339. ------------------------------
  340.  
  341. Date: Thu, 26 May 94 08:28:37 EDT
  342. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  343. Subject: Mandatory 1+ Dialing Coming to Area Code 516
  344.  
  345.  
  346. Today's {Newsday}, 5/26/94, contained an article with the title "LI,
  347. Get Set to Dial '1'".
  348.  
  349. Mandatory 1+ dialing to numbers in area codes other than 516 (Long
  350. Island) will go into effect on Sept. 24, 1994.  It now is and has been
  351. optional for several years.  Area code 914 is also affected by this
  352. change but I cannot say anything about the other area codes in New
  353. York with the exception of 212 (Manhattan), 718 (Brooklyn (Kings
  354. County), Bronx, Queens and Staten Island (Richmond County) and 917
  355. (cellular, pager, etc.  that is an overlay area code.
  356.  
  357.  
  358. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  359.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  360. Senior Technical Specialist, Scientific Computing Facility
  361. Brookhaven National Laboratory Upton, NY 11973  1+(516) 282-3093
  362.                                           FAX   1+(516) 282-7688
  363.  
  364. ------------------------------
  365.  
  366. From: billverry@aol.com (BillVerry)
  367. Subject: Micro Portable Suggestions
  368. Date: 26 May 1994 09:24:02 -0400
  369. Organization: America Online, Inc. (1-800-827-6364)
  370.  
  371.  
  372. I'm in the market for a micro portable cell phone and need some
  373. advice. From what I've gathered it seems these devices are not too
  374. reliable when it comes to clarity and battery life. Most everyone I've
  375. spoken to has suggested I stay with the car phone and forget the
  376. "pocket" phone. I suspect this has to do with the low ouput of the
  377. units? If there is a manufacturer or a particular type of phone I
  378. should get I would greatly appreciate such contrasting opinion.
  379.  
  380.  
  381. Thank you,
  382.  
  383. BV   Please respond via email (billverry@aol.com)
  384.  
  385. ------------------------------
  386.  
  387. From: birchall@pilot.njin.net (Shag Aristotelis)
  388. Subject: How smart is call-forwarding?
  389. Date: 26 May 94 06:39:36 GMT
  390. Organization: Screaming in Digital, the Queensryche Digest
  391.  
  392.  
  393. A question for those more knowledgeable than I:
  394.  
  395. Being out in the sticks and not "local" to the nearest dialup, I got a
  396. line put in at a relative's house in an NXX bordering both my NXX and
  397. the net's NXX a couple years back, with call forwarding on it.  Simply
  398. put, my connectivity looks like this:
  399.  
  400.  [Me] -- [Fwd] -- [Net]
  401.  
  402. In my state (NJ) the telco (Bell Atlantic-NJ) has diligently replaced
  403. all the trunk lines with fiber, much to my delight.  Most of the
  404. overhead wires are still copper, at least as far as residential lines
  405. go, though.  There's a fiber shed around the corner from my house, and
  406. the transition is made at that point.  Thus, we arrive at one of two
  407. scenarios:
  408.  
  409. 1) If BA-NJ's switching computers are smart and simply shunt calls on
  410. to their forwarded destination:
  411.  
  412.  [Me] -c- [Shed] -f- [CO1] -f- [CO2] -f- [CO3] -c- [Net]
  413.  
  414. 2) If BA-NJ's switching computers aren't smart, and actually route a
  415. forwarded call out to the number (over copper!) and back again(???):
  416.  
  417.  [Me] -c- [Shed] -f- [CO1] -f- [CO2] -c- [Fwd] -c- [CO2] -f- [CO3] -c- [Net]
  418.  
  419. Recently, I've encountered _nasty_ noise.  Even the latest greatest
  420. 28.8kbps modems with all the connection-holding capability in the
  421. world can't connect.  If I dial _directly_ without using the forward
  422. (thus incurring big tolls) the routing is as follows, and there is no
  423. noise:
  424.  
  425.  [Me] -c- [Shed] -f- [C01] -f- ([C02] -f-?) [C03] -c- [Net]
  426.  
  427. (Note, I'm not sure whether a direct call would pass through the CO in NXX 2.)
  428.  
  429. It looks like one of two things is happening here:
  430.  
  431. 1) The computers are dumb, and are routing the call out to the number and
  432.    back again, and something's causing noise on the loop.
  433.  
  434. 2) The computers are ok, but something's causing noise in NXX 2's CO itself.
  435.  
  436. I'm going to call BA-NJ in the morning, and go through the usual
  437. process of explaining to them that I'm _absolutely certain_ it's not
  438. my inside wiring, since there _is no inside wiring_ on that line... ;)
  439. but I figured I'd toss this out, in hopes that someone out there knows
  440. more about how the computers handle call-forwarding.
  441.  
  442.  
  443. Shag
  444. Screaming in Digital: queensryche-request@pilot.njin.net
  445. GEOS Binary Moderator: comp-binaries-geos@pilot.njin.net
  446.  
  447. ------------------------------
  448.  
  449. Date: Thu, 26 May 94 13:20:59 EDT
  450. From: John Warne <19064001@SBACVM.SBAC.EDU>
  451. Organization: School Board of Alachua County, FL.
  452. Subject: Large Norstar Systems
  453.  
  454.  
  455. We have some IWATSU IDS-128 hybrid switches that we will have to
  456. schedule for replacement soon (new North American Dialing/Numbering
  457. plan, a recently discovered method to totally defeat existing software
  458. toll restriction in the things, age, parts, etc).
  459.  
  460. On option being studied (one of *many* options being studied) is to
  461. replace the systems with Norstar systems. I am comfortable with the
  462. Norstar in small configurations, but would like to chat with anyone
  463. with experience in using/supporting large configurations (20X88 or
  464. 20X104, for example).
  465.  
  466.  
  467. Thanks, 
  468.  
  469. 19064001@sbacvm.sbac.edu
  470.  
  471. ------------------------------
  472.  
  473. Date: Wed, 25 May 1994 15:11:43 -0800
  474. From: stu@shell.portal.com (Stu Jeffery)
  475. Subject: Trans-Atlantic Fiber Operators (US based)
  476.  
  477.  
  478. I am trying to find out the names of the smaller US based companies
  479. that operate trans-Atlantic fiber cables. The ones I know of are: ATT,
  480. MCI, Sprint, Wiltel and Compuserve.
  481.  
  482. Does anyone know of any others? Any pointers would be appreciated.
  483.  
  484.  
  485. Stu Jeffery          Internet: stu@shell.portal.com
  486. 1072 Seena Ave.         voice:   415-966-8199
  487. Los Altos, CA. 94024      fax:   415-966-8199
  488.  
  489. ------------------------------
  490.  
  491. Date: Wed, 25 May 94 16:29 EST
  492. From: Al Cohan <0004526627@mcimail.com>
  493. Subject: Looking for Used Panasonic 308KSU
  494.  
  495.  
  496. I have a small client that is upgrading his old *I mean OLD* 1A2 to a
  497. PBX. If anyone has a used Panasonic 308 for sale, please contact me
  498. direct. 
  499.  
  500.  
  501. Thanks in advance, 
  502.  
  503. Al
  504.  
  505. ------------------------------
  506.  
  507. From: maillet@delphi.com
  508. Subject: Directory Assistance Companies
  509. Date: Wed, 25 May 94 23:32:17 -0500
  510. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  511.  
  512.  
  513. Responding to josephh888@aol.com:
  514.  
  515. The Alliance Network is a telecommunications consulting company that
  516. specializes in serving clients with monthly billings exceeding $1,000.
  517. Depending on your specific needs, we should be able to help you
  518. significantly reduce those $5,000 monthly directory assistance
  519. charges.
  520.  
  521. If you are spending $5,000 just on directory assistance, chances are
  522. good that you are spending too much on your other telephone services
  523. as well.  If this is the case, then The Alliance Network can be of
  524. considerable service to you.
  525.  
  526. For details, you can contact The Alliance Network at 1-800-608-0028.
  527. Ask for Michael Nicosia.  Or, if you prefer, leave us a message here
  528. on the Internet.  We will get back to you promptly.
  529.  
  530. Thank you for your consideration.
  531.  
  532.  
  533. Eric Maillet    The Alliance Network
  534.  
  535. ------------------------------
  536.  
  537. From: quixote@eskimo.com
  538. Subject: Re: Annoyance Calls From Answering Machine
  539. Organization: Eskimo North 
  540. Date: Thu, 26 May 1994 04:55:06 GMT
  541.  
  542.  
  543. Somehow I missed the first article of this thread.  But I assume you
  544. are talking about an answering machine that when it receives a
  545. message, it will dial a preprogrammed number to alert about the
  546. message just received.
  547.  
  548. I would be interested in such a machine, either the one mentioned in
  549. this thread or similar ones in the market. Any help with brands or
  550. where to buy them, will be greatly appreciated.
  551.  
  552.  
  553. Carlos
  554.  
  555. ------------------------------
  556.  
  557. Date: Thu, 26 May 1994 09:22:40 +0100
  558. From: J.Harrison@bra0112.wins.icl.co.uk
  559. Subject: Rude Not to Leave Answering Machine Messages?
  560.  
  561.  
  562. General view of Digest readers (except Miss Manners) seems to be that
  563. it is, on the basis that it leaves the called party with a gnawing
  564. feeling of wonderment as to who called them and why. I can't see how;
  565. do modern answering machines work differently from my fairly-old
  566. Panasonic?
  567.          
  568. With mine, callers who hear the outgoing message all the way through
  569. and then hang up (before the beep) just don't activate the message
  570. counter, so I don't even know they called. The few seconds gap between
  571. the end of the outgoing message and the beep gives them plenty of
  572. time. Suits me fine, and I had assumed they all worked much the same
  573. way.
  574.          
  575. Incidentally while I'm at the keyboard ... it's taken me a while to
  576. realise that US analogue cellular systems providers require you, the
  577. the phone owner and payer of the airtime bill, actually to pay for
  578. incoming calls. How the heck have they managed to convince people to
  579. go for that?!?
  580.  
  581.          
  582. Joe    ICL Ltd. Bracknell Berkshire RG12 8SN  UK (+44-344-473424)             
  583. J.Harrison@bra0112.wins.icl.co.uk
  584. S=Harrison/I=J/OU1=bra0112/O=icl/P=icl/A=gold 400/C=GB
  585.  
  586. ------------------------------
  587.  
  588. End of TELECOM Digest V14 #253
  589. ******************************
  590.  
  591.  
  592. -------------------------------------------------------------------------------
  593.