home *** CD-ROM | disk | FTP | other *** search
/ A Beginner's Guide to the Internet / INTERNET.ISO / text / telediag / tc13-181.txt < prev    next >
Encoding:
Text File  |  1996-05-06  |  23.4 KB  |  575 lines

  1. TELECOM Digest     Tue, 16 Mar 93 02:18:30 CST    Volume 13 : Issue 181
  2.  
  3. Index To This Issue:                      Moderator: Patrick A. Townson
  4.  
  5.     New Deadline For ISAC: Intl. Symp. on Applied Computing (Jose Acereto)
  6.     Troubles With WWIV and USR Modem -- Please Assist! (Tim Clinkenpeel)
  7.     California SS7 Announcement in Newsbytes (root@sanger.chem.nd.edu)
  8.     Telecom in East Tennessee During Blizzard (Steve Moulton)
  9.     Common Carrier Research (Arinc, TAT) (Charles Gross)
  10.     Steve Jackson Wins Court Case! (Steve Jackson via Rich Greenberg)
  11.     Did the Blizzard Affect AT&T? (Garrett Wollman)
  12.     Re: US Post Office Not Caught up With Modern Technology (Garrett Wollman)
  13.     Re: US Post Office Not Caught up With Modern Technology (John R. Grout)
  14.     Re: US Post Office Not Caught up With Common Technology (David H. Close)
  15.     Re: Disabling *70 (Steve Forrette)
  16.     Housemates and Telephones (was Disabling *70) (Nigel Allen)
  17. ----------------------------------------------------------------------
  18.  
  19. From: jicaza@academ01.mty.itesm.mx (Jose Ignacio Icaza Acereto)
  20. Subject: New Deadline For ISAC: Intl. Symp. on Applied Computing
  21. Date: 16 Mar 93 00:44:43 GMT
  22. Organization: ITESM, Campus Monterrey
  23.  
  24.  
  25.                              CALL FOR PAPERS
  26.  
  27. International Symposium on Applied Computing:
  28. Research and Applications in Software Engineering,
  29. Databases and Distributed Systems
  30. October 13-15, 1993
  31. ITESM, Campus Monterrey - Monterrey, Mexico
  32.  
  33. (* Please note:
  34.    1. Deadline moved to April 30
  35.    2. This event (ISAC) is different from SAC (Symposium on Applied
  36.       Computing) oreganized yearly by ACM's SIGAPP
  37.    3. A printred copy of the old call for papers appears in
  38.       IEEE Computer, Nov. 1992, pp. 21
  39. *)
  40.  
  41. This Symposium is being organized by the Informatics Research Center
  42. and it is sponsored by the ITESM (Instituto Tecnologico y de Estudios
  43. Superiores de Monterrey) in conjunction with Texas A & M University.
  44.  
  45.                              Objective
  46.  
  47. The goal of this event is to promote the use of new computing technologies
  48. through:
  49.  
  50.  *   The presentation of original research with an applied focus.
  51.  *   The exchange of experiences in technology transfer and use (both
  52.      successful and unsuccessful).
  53.  *   The presentation of new ideas and technology that could impact
  54.      industry in the near future.
  55.  
  56.                              Scope
  57.  
  58. The program committee is issuing a call for papers in the following principal
  59. areas: software engineering, databases and distributed systems. Some of the
  60. topics of interest include, but are not limited to:
  61.  
  62. Software Engineering
  63.     *       Methodologies for Software Engineering
  64.     *       Total Quality Management in Software Engineering
  65.     *       Object-Oriented Techniques Applied to Information Systems
  66.     *       Software Factory Implementation Issues
  67.     *       Management and Control of: Software Projects, Risk and
  68.             Configuration.
  69.     *       Software Engineering Development Environments
  70.     *       User Interfaces
  71.  
  72. Databases
  73.  
  74.     *       Object-Oriented Database Systems
  75.     *       Data and Object Modeling for Information Systems
  76.     *       Data, Object and Repository Administration
  77.     *       Heterogeneus Distributed Database Interoperability
  78.  
  79. Distributed Systems
  80.     *       Complex Network Management
  81.     *       High Speed Network Management
  82.     *       Network Security
  83.     *       Distributed Systems Modeling and Design
  84.     *       Local Area Networks as Distributed Systems
  85.     *       Distributed Application Design
  86.     *       Real-Time Distributed Systems Design and Development
  87.     *       Client/Server Architecture Implementation Issues
  88.  
  89.                             Tutorial
  90.  
  91. In addition to papers, proposals for full- or half-day tutorials are
  92. welcome.  Proposals should include: tutorial title, outline, brief
  93. description of topics to be covered, intended audience, assumed
  94. attendee background, and resume of the speaker.
  95.  
  96.                     Submission of Papers & Proposals
  97.  
  98. The paper should identify the area to which it belongs, and also
  99. include an abstract. It should have a cover page containing the
  100. following information: title, authors names, affiliation, and the
  101. e-mail address, telephone and fax numbers of a contact author. Use a
  102. serif font, size 10, single spaced with a maximum of 10 pages.
  103.  
  104. No papers nor tutorial proposals sent by electronic means will be
  105. accepted.  Please submit 5 copies of a paper or tutorial proposal,
  106. written in English, to the Program Chair or the Tutorial Chair.
  107.  
  108.                              Location
  109.  
  110. The International Symposium on Applied Computing (ISAC) will be held in
  111. Monterrey, Mexico from October 13-15, 1993.
  112.  
  113.  
  114.                            Important Dates
  115.  
  116. April 30, 1993: Deadline for submission of papers and tutorial
  117.                 proposals.
  118. July 8, 1993: Notification of acceptance or rejection to authors.
  119. August 5, 1993: Deadline for submission of camera-ready papers
  120.  
  121. Program Chair
  122. Jose I. Icaza
  123. e-mail: jicaza@mtecv2.mty.itesm.mx
  124.  
  125. Tutorial Chair
  126. J.Raul Perez-Cazares
  127. e-mail: rperez@mtecv2.mty.itesm.mx
  128.  
  129. Instituto Tecnologico y de Estudios Superiores de Monterrey
  130. Centro de Investigacion en Informatica, CETEC 6o. Nivel Torre Norte
  131. Av. Eugenio Garza Sada 2501, Monterrey, N.L. Mexico C.P. 64849
  132. Tel. (83) 58-2000 ext.5082,5076 Fax (83) 58-1400 ext. 5081
  133. Tel. (83) 58-2000 ext. 5082, 5076  Fax (83) 58-2000 ext. 5081
  134.  
  135. ------------------------------
  136.  
  137. From: tpehrson@javelin.sim.es.com (tim clinkenpeel)
  138. Subject: Troubles With WWIV and USR Modem -- Please Assist!
  139. Reply-To: tpehrson@javelin.sim.es.com
  140. Organization: Evans & Sutherland Computer Corp.
  141. Date: Tue, 16 Mar 1993 02:21:29 GMT
  142.  
  143.  
  144. I'm having real woes with getting my USR Courier HST Dual Standard
  145. v.32 to work with WWIV BBS (latest version). I'm hoping that someone
  146. out there has the same hardware and has already solved this problem.
  147.  
  148. I am unable to do all of the following under one configuration (I've
  149. tried factory, custom and WWIV):
  150.  
  151.  o  call out and get a good connect to 2400 and below modems;
  152.  o  have 2400 and below callers make good connects to WWIV (sans garbage);
  153.  o  have high speed modems make good connects to WWIV (").
  154.  
  155. Quoted below are two setups: the custom one suggest to me by a
  156. supposedly knowledgable person (unavailable for further comment) and
  157. the setup WWIV 'recommends' via auto modem detect. Note: WWIV
  158. recognizes my modem as 'USRC2'.  One thing I find particularly
  159. troubling is the presence of &B2 in the setup, which is not a
  160. legitimate parameter.
  161.  
  162. Any insights greatly appreciated.
  163.  
  164.                    --begin quoted--
  165.  
  166. (----"custom"----)
  167. B0 C1 E0 F1 M0 Q0 V0 X7 &A2 &B1 &C1 &D2 &G0 &H1 &I0 &J0 &K2 &L0 &M4 &N0 &P0
  168. &R2 &S0 &X1 &Y3  (how relevant are the status registers?  i'll quote them if
  169. need be)
  170.  
  171. (----wwiv; quoted directly from modems.mdm file, should be self-explanatory)
  172. FILE: "USRC2"
  173. NAME: "USR Courier (No V.42 - &A2 mode)"
  174. CONF: "ATZ{~~~~~~~AT{~~AT&W{"
  175. SETU: "ATC1E0F1H0M0Q0V1X6&A2&B2&C1&D2S38=1{~~AT&H1&I0&K1&N0&R2&S0S0=0S2=1{"
  176. INIT: "ATB0H0M0{"
  177. ANSR: "ATA{"
  178. PICK: "ATH1{"
  179. HANG: "ATH0{"
  180. DIAL: "ATB1DT"
  181. SEPR: "/"
  182. DEFL: MS=38400 CS=38400 EC=N DC=N AS=N FC=Y
  183. RESL: "OK"              "Normal"        NORM
  184. RESL: "RING"            "Ring"          RING
  185. RESL: "NO CARRIER"      "No Carrier"    DIS
  186. RESL: "ERROR"           "Error"         ERR
  187. RESL: "NO DIAL TONE"    "No Dial Tone"  NDT
  188. RESL: "BUSY"            "Busy"          DIS
  189. RESL: "NO ANSWER"       "No Answer"     DIS
  190. RESL: "RINGING"         "Ringing"       RINGING
  191.  
  192. RESL: "VOICE"           "Voice"         DIS
  193. RESL: "CONNECT"         "300"           MS=300   CS=300   CON
  194. RESL: "CONNECT 1200"    "1200"          MS=1200  CS=1200  CON
  195. RESL: "CONNECT 2400"    "2400"          MS=2400  CS=2400  CON
  196. RESL: "CONNECT 4800"    "4800"          MS=4800  CS=4800  CON
  197. RESL: "CONNECT 9600"    "9600"          MS=9600  CS=9600  CON
  198. RESL: "ARQ"                             EC=Y     CS=38400
  199. RESL: "HST"             "14400/HST"     AS=Y MS=14400
  200. RESL: "V32"             '/V.32'         AS=N
  201. RESL: "NONE"                            EC=N
  202. RESL: "SYNC"
  203.  
  204.                             ---end quoted------
  205.  
  206. Again, thank you to anyone who is willing to take the time to help me
  207. sort out this mess. Unfortunately, I haven't been able to figure out
  208. how to do it myself.
  209.  
  210.  
  211. tim clinkenpeel: aberrant analytical skeptical agnostic idealist.
  212.  
  213. ------------------------------
  214.  
  215. Date: Mon, 15 Mar 93 11:12:01 -0500
  216. From: Hierophant <root@sanger.chem.nd.edu>
  217. Subject: California SS7 Announcement in Newsbytes
  218.  
  219.  
  220. An article appeared in the 12 March Newsbytes (clari.nb.telecom)
  221. announcing the arrival of some CLASS end-user services in California.
  222. It briefly outlines the functionality of Call { Trace | Return |
  223. Screen }, Select Call Forwarding, Repeat Dialing, and Priority
  224. Ringing. The article points out that the SS7 technology would have
  225. allowed PacBell to offer the "controversial Caller ID services", but
  226.  
  227.  "While the company cannot offer Caller ID in California because
  228.  of regulations set by the California Public Utilities
  229.  Commission, it is allowing California residents to make use of
  230.  the SS7 technology ..."
  231.  
  232. This is in contrast to the discussion here in the Digest, in which it
  233. is indicated that PacBell wasn't prohibited from offering Caller ID,
  234. it merely decided that the requirements placed on this service by the
  235. PUC would keep Bell from making the outrageous profit it desired, and
  236. they decided not to offer it for that reason. However, PacBell now has
  237. "reliable" sources which claim that "the Bad Old PUC won't let you
  238. have Caller ID".  Once again, I have yet to see ANY RBOC own up to its
  239. motives.
  240.  
  241. ------------------------------
  242.  
  243. Date: Mon, 15 Mar 93 12:55:49 EST
  244. From: Steve Moulton <moulton@cs.utk.edu>
  245. Subject: Telecom in East Tennessee During Blizzard
  246.  
  247.  
  248. > By the way can anyone give us any weather related telecom updates
  249. > from the eastern states? Are they even getting through at all?  PAT]
  250.  
  251. In Knoxville, telephone and water were about the only services that
  252. could be depended on.  Power failed at 5:30 am Saturday morning, and
  253. there were periods when it took up to a couple of minutes to get dial
  254. tone, but telephone service was dependable until about 8 pm Saturday.
  255. At that time, battery went away, but would return for a few minutes
  256. each time the electricity flickered on (which it did several times
  257. from 10 pm to 2 am).  Presumably, since I am something like eight
  258. miles from the CO (615-69x, 615-53x) there was a battery in a vault
  259. somewhere that ran down).
  260.  
  261. ATT long distance service had all circuits busy whenever I tried
  262. Saturday (one or two rings, then an ATT intercept message); finally I
  263. had the inspiration to try another carrier (10333 - US Sprint) and got
  264. through for the one LD call I had to make.  Call completion was
  265. immediate and clear.  Sunday, I spent most of the day logged in and
  266. connected to Florida State, so WRT telecom things seem to be in pretty
  267. good shape.
  268.  
  269. Hundred of homes in the Knoxville are still without power (Monday
  270. noon), after our 15 inches of snow (I measured 18 inches in an area
  271. not susceptible to drifts; had four foot drifts on our deck) and nine
  272. degree temperature at 8 am this morning.  I just talked to a four
  273. wheel drive owner who has only catnapped in the past 48 hours; as of
  274. last night city government and the Red Cross were still calling for
  275. four wheel drive owners to help with medical emergencies.
  276.  
  277. We are digging our way out.  My back hasn't ached like this since
  278. I left Cincinnati years ago.
  279.  
  280.  
  281. Steve Moulton  Grad Student  Ayres 111  (615) 974-8298   moulton@cs.utk.edu
  282.          University of Tennessee Department of Computer Science
  283.  
  284.  
  285. [Moderator's Note: We've seen nothing like that here in Chicago for 25
  286. years. We gpt a 27 inch snow storm January 30 - February 1, 1967. I
  287. was at UC at the time and had worked all night in the phone room, no
  288. busier than usual even though the snow was piling up outside all
  289. night. Trouble is, 7 AM comes around, and not one single person from
  290. the day shift showed up! There was only one operator all night, but
  291. usually 10-12 operators on the day shift. I thought I was going to go
  292. crazy by 8 AM when all the campus offices had (in theory) opened up.
  293. Very few people showed up for work in those offices either. The day
  294. supervisor made it in about that time and flipped out when she saw me
  295. and something like a hundred lights on the switchboards all blinking
  296. for attention.  She went right on the 'Telepage' (a paging system
  297. with loudspeakers in offices all over campus, hallways, cafeterias,
  298. etc broken down by 'zones' for where you wanted to voice page someone)
  299. and using the switch position marked 'All Call' she announced "if
  300. there are students or employees who know how to run a switchboard,
  301. please report to the phone room at once. Help is desparately needed in
  302. the phone room, 5801 Ellis, 6th floor." And I think she sat there and
  303. repeated that announcement over and over a dozen times in the next
  304. fifteen minutes or so, stressing " ... do NOT attempt to call the
  305. switchboard, just COME to the phone room ...". Volunteer operators
  306. came straggling in over the next several minutes, and by that point
  307. some of the full time regulars had started making it in also. For the
  308. evening shift starting about 4 PM, she had found out who would make it
  309. in and who would not, and had things organized.  PAT]
  310.  
  311. ------------------------------
  312.  
  313. From: A. Charles Gross <acg@eff.org>
  314. Subject: Common Carrier Research (Arinc, TAT)
  315. Organization: Electronic Frontier Foundation
  316. Date: Mon, 15 Mar 1993 20:35:04 GMT
  317.  
  318.  
  319. I am doing research on limited spectrum sharing/common carrier
  320. arangements and how they are structured and regulated.  Specifically,
  321. I am seeking information on how the 1) transatlantic cables are
  322. regulated and 2) how ARINC shares its spectrum among a variety of
  323. users.  Any information or comments would be greatly appricated.
  324.  
  325.  
  326. Thanks,
  327.  
  328. Adam   acg@eff.org    I speak for myself
  329.  
  330. ------------------------------
  331.  
  332. From: richgr@netcom.com (Rich Greenberg)
  333. Reply-To: richgr@netcom.com
  334. Subject: Steve Jackson Wins Court Case!
  335. Date: Mon, 15 Mar 1993 22:00:00 CST
  336.  
  337.  
  338. [Moderator's Note: News of interest about Steve Jackson, passed along
  339. to the Digest by Rich Greenberg. Thanks, Rich!    PAT]
  340.  
  341.  Newsgroups: austin.eff
  342.  From: Steve Jackson <sjackson@tic.com>
  343.  Subject: We have a verdict.
  344.  Date: Sun, 14 Mar 1993 21:24:46 GMT
  345.  
  346. We won.
  347.  
  348. Pete Kennedy, our attorney at George, Donaldson & Ford, called me with
  349. the news about 3:30 today. Apparently the decision came in late Friday
  350. while Pete was at the CFP.
  351.  
  352. The judge ruled for us on both the PPA and ECPA, though he says that
  353. taking the computer out the door was not an "interception." (I have
  354. not read the decision yet, so no quotes here.)
  355.  
  356. He awarded damages of $1,000 per plaintiff under the ECPA.
  357.  
  358. Under the PPA, he awarded SJ Games $42,259 for lost profits in 1990,
  359. and out of pocket costs of $8,781.
  360.  
  361. Our attorneys are also entitled to submit a request for their costs.
  362.  
  363. No word on appeal yet.
  364.  
  365. Look for a more complete and coherent account after we all read the
  366. decision.
  367.  
  368. Please copy this announcement to all electronic and other media.
  369.  
  370. Thanks for your support through all this!
  371.  
  372.            ------- End of forwarded message -------
  373.  
  374. @DATAPHONE@@USER@* Christopher Davis * <ckd@eff.org> * <ckd@kei.com> * [CKD1] * 
  375. 226 Transfer complete. 17512509 bytes received in 5.2e+02 seconds (33 Kbytes/s)
  376.  
  377. ------------------------------
  378.  
  379. From: Garrett.Wollman@UVM.EDU (Garrett Wollman)
  380. Subject: Did the Blizzard Affect AT&T?
  381. Organization: University of Vermont, EMBA Computer Facility
  382.  
  383. Date: Mon, 15 Mar 1993 17:50:21 GMT
  384.  
  385.  
  386. Over the past week, I have been calling my parents in Reno, NV (702
  387. 829), to tell them the results at the World Figure Skating
  388. Championships which took place in Prague.  (This is necessary because
  389. they live to far south to deserve same-day coverage in the eyes of our
  390. all-knowing network TV programmers.)  Now my PIC is AT&T, since nobody
  391. has given me enough on an incentive to change.  Starting Friday
  392. evening, before the blizzard had even gotten as far north as New
  393. Jersey, the sound quality on my AT&T calls began to deteriorate
  394. dramatically (this is from 802 864), and stayed noticeably degraded at
  395. least until Sunday.  During this period, I used Sprint for my calls,
  396. and noticed no degradation.  Does anybody have ideas on why this
  397. should be?
  398.  
  399. (TELECOM Digest readers may remember some months ago I reported on the
  400. battle of the Montreal radio stations taking place on our local NBC
  401. affiliate.  They have now taken this to new heights of oddness:
  402. sandwiched in between the advertisements for CHOM and "Mix 96",
  403. during popular syndicated programs like "Wheel of Fortune", they are
  404. now running ads for CBC *Television*.  (Big surprise to me ... not
  405. that I nmormally *watch* "Wheel", you understand.))
  406.  
  407.  
  408. Garrett A. Wollman   wollman@emba.uvm.edu
  409. uvm-gen!wollman      UVM disagrees.
  410.  
  411. ------------------------------
  412.  
  413. From: Garrett.Wollman@UVM.EDU (Garrett Wollman)
  414. Subject: Re: US Post Office Not Caught Up With Modern Technology
  415. Organization: University of Vermont, EMBA Computer Facility
  416. Date: Mon, 15 Mar 1993 17:50:21 GMT
  417.  
  418.  
  419. @DATAPHONE@In article <telecom13.176.3@eecs.nwu.edu> hhallika@tuba.calpoly.edu
  420. (Harold Hallikainen) writes:
  421.  
  422. > At the destination sorting station (Goleta for us),
  423. > the mail is sorted into route order based on the 9 digit zip.  All
  424. > this for 29 cents.
  425.  
  426. When I was in Finland a while back, they used electronic sorting as
  427. well.  However (and here's the catch), for a meager FIM 1,80 (about 50
  428. cents or so), first-class letters which arrived at the post office
  429. before 5PM on any postal day would be delivered the next day.
  430.  
  431. Even with all the automation, the USPS still wants $8.95 for this.
  432.  
  433. ------------------------------
  434.  
  435. From: grout@sp90.csrd.uiuc.edu (John R. Grout)
  436. Subject: Re: US Post Office Not Caught up With Modern Technology
  437. Reply-To: j-grout@uiuc.edu
  438. Organization: UIUC Center for Supercomputing Research and Development
  439. Date: Mon, 15 Mar 93 21:29:04 GMT
  440.  
  441.  
  442. hhallika@tuba.calpoly.edu (Harold Hallikainen) writes:
  443.  
  444. > Even if the writer did not use the nine digit zip, the system looks
  445. > up the nine digit zip for that address and codes the envelope with it.
  446. > For hand-written addresses, a person reads the address, keys it in,
  447. > then the machine codes the envelope.  I'm not sure of what the
  448. > operator has to key in.  I'd expect it to be something like number,
  449. > street, city, state, zip so the envelope does get coded with a full
  450. > nine digit zip.  At the destination sorting station (Goleta for us),
  451. > the mail is sorted into route order based on the nine digit zip.  All
  452. > this for 29 cents.
  453.  
  454. It is city, state, street number, street and apartment number (often
  455. forgotten) ... there are various automated ways to get nine-digit zip
  456. information, including a CD-ROM version of the nine-digit zip code
  457. manuals.
  458.  
  459. Two years ago, before I moved here, I found out my new nine-digit zip
  460. code at a museum exhibit which used this CD-ROM, and so I put it
  461. trustingly on my change of address notices.  To my surprise, _most_ of
  462. the businesses and magazines that use nine-digit zip codes copied my
  463. apartment number (from the separate field for it on the notice) into
  464. my address while managing to both ignore the _correct_ nine-digit zip
  465. I gave them _and_ to automagically generate an _incorrect_ nine-digit
  466. zip which did _not_ use my apartment number.
  467.  
  468.  
  469. John R. Grout    j-grout@uiuc.edu   University of Illinois, Urbana-Champaign
  470. Center for Supercomputing Research and Development
  471.  
  472. ------------------------------
  473.  
  474. From: dhclose@cco.caltech.edu (David H. Close)
  475. Subject: Re: US Post Office Not Caught up With Common Technology?
  476. Date: 16 Mar 1993 05:11:09 GMT
  477. Organization: California Institute of Technology, Pasadena
  478.  
  479.  
  480. Marvin Sirbu <ms6b+@andrew.cmu.edu> writes:
  481.  
  482. > If the U.S. Postal Service began offering fax service there would be
  483. > an incredible hew and cry from companies like Mailboxes Etc. and
  484. > others that a Fedral Government agency that does not have to pay taxes
  485. > was competing unfairly with a private sector business.
  486.  
  487. Maybe its time to propose a divestiture for the USPS?  You know, break
  488. them into multiple competing organizations like Ma.  Then the above
  489. would not be a valid complaint.  (Yeah, I've heard the objections.
  490. Perhaps the change in terminology would help: divestiture instead of
  491. privatization.)  This seems to me the kind of proposal only a Democrat
  492. in the Presidency could get away with ...
  493.  
  494.  
  495. Dave Close, dhclose@alumni.caltech.edu, BS'66 Ec
  496.  
  497. ------------------------------
  498.  
  499. From: stevef@wrq.com (Steve Forrette)
  500. Subject: Re: Disabling *70
  501. Date: 15 Mar 1993 21:56:34 GMT
  502. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  503.  
  504.  
  505. @DATAPHONE@In article <telecom13.179.10@eecs.nwu.edu> hpubvwa!tad@ssc.com (Tad
  506. Cook) writes:
  507.  
  508. @DATAPHONE@> In article <telecom13.171.8@eecs.nwu.edu> killer@jhunix.hcf.jhu.edu
  509. > (Francis J Park) writes:
  510.  
  511. >> I am dealing with a highly annoying roommate who is fond of turning on
  512. >> *70 to disable call waiting when he calls out voice.
  513.  
  514. > Gee, I would LOVE to have a roommate who uses this feature!  Far
  515. > better than ones who don't disable Call-Waiting, and then just ignore
  516. > the beep.
  517.  
  518. You mean there are still people out there that share phone lines?  :-)
  519. Seriously, I can't imagine not having my own service.  When I had
  520. roommates, I've always gotten my own line installed.  In addition to
  521. modem traffic, one big issue with me is being able to get messages in
  522. a reliable manner.  I understand that some telco voicemail offerings
  523. address this issue by providing the caller with a menu selection as to
  524. which person at the called number they would like to leave a message
  525. for.  This way, each person sharing the line can have their own
  526. voicemail box.
  527.  
  528.  
  529. Steve Forrette, stevef@wrq.com
  530.  
  531. ------------------------------
  532.  
  533. From: Nigel Allen <nigel.allen@canrem.com>
  534. Date: Mon, 15 Mar 1993 19:00:00 -0500
  535. Subject: Housemates and Telephones (was Disabling *70)
  536. Organization: Echo Beach, Toronto
  537.  
  538.  
  539. @DATAPHONE@In article <telecom13.171.8@eecs.nwu.edu> killer@jhunix.hcf.jhu.edu
  540. (Francis J Park) writes:
  541.  
  542. > I am dealing with a highly annoying roommate who is fond of turning on
  543. > *70 to disable call waiting when he calls out voice.
  544.  
  545. There is a great deal to be said for roommates getting their own phone
  546. lines. When I moved into a shared house ten years ago, I made a point
  547. of getting my own phone line (with one phone in my bedroom and an
  548. extension in the kitchen). This turned out to be particularly useful
  549. later on when the housemate in whose name the house phone line was in
  550. had problems paying his phone bill. (And when I started getting
  551. harassing phone calls on my line, they upset me but they didn't affect
  552. my housemates -- and I was able to put an end to the harassing calls
  553. by having my phone number changed.)
  554.  
  555. I lived at the house at 16 Major Street in Toronto for four years, and
  556. I liked my housemates, but I'm glad that I had my own phone line
  557. there.
  558.  
  559. I know one couple with four phone lines: one for her, one for him, one
  560. for the computer, and one for the community group they help run.
  561.  
  562.  So my advice to killer@jhunix.hcf.jhu.edu (Francis J Park) and his
  563. "highly annoying roommate" is to seriously consider getting another
  564. phone line.
  565.  
  566.  
  567. Nigel Allen, Toronto, Ontario, Canada     nigel.allen@canrem.com
  568. Canada Remote Systems - Toronto, Ontario  416-629-7000/629-7044
  569.  
  570. ------------------------------
  571.  
  572. End of TELECOM Digest V13 #181
  573.  
  574. ******************************
  575.