home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / recent.single.issues / V16_#2 < prev    next >
Internet Message Format  |  1996-01-02  |  35KB

  1. From ptownson@massis.lcs.mit.edu  Wed Jan  3 10:17:19 1996
  2. Return-Path: <ptownson@massis.lcs.mit.edu>
  3. Received: by massis.lcs.mit.edu (8.7.1/NSCS-1.0S) 
  4.     id KAA13204; Wed, 3 Jan 1996 10:17:19 -0500 (EST)
  5. Date: Wed, 3 Jan 1996 10:17:19 -0500 (EST)
  6. From: ptownson@massis.lcs.mit.edu (Patrick A. Townson)
  7. Message-Id: <199601031517.KAA13204@massis.lcs.mit.edu>
  8. To: ptownson@massis.lcs.mit.edu
  9. Bcc:
  10. Subject: TELECOM Digest V16 #2
  11.  
  12. TELECOM Digest     Wed, 3 Jan 96 10:17:00 EST    Volume 16 : Issue 2
  13.  
  14. Inside This Issue:                        Editor: Patrick A. Townson
  15.  
  16.     Say NO! to Metered ISDN Service (Francois D. Menard)
  17.     Compuserve Censors USENET in Europe (Jean B. Sarrazin)
  18.     *77 and *87 in 860-land (David A. Cantor)
  19.     Billing Telecom Conference (lmoran@planet.net)
  20.     More on Canada==>US Caller ID (Mark Cuccia)
  21.     A Phone Number is NOT a Credit Card! (Mike Wengler)
  22.     How Do You Tell if Your Phone is Tapped? (Rich Sagall)
  23.     France Telecom Offers Voice Mail For Publiphones (JeanBernard Condat)
  24.     Germany: Another Deutsche Telekom Disaster (Juergen Ziegler)
  25.  
  26. TELECOM Digest is an electronic journal devoted mostly but not
  27. exclusively to telecommunications topics. It is circulated anywhere
  28. there is email, in addition to various telecom forums on a variety of
  29. public service systems and networks including Compuserve and America
  30. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31. newsgroup 'comp.dcom.telecom'. 
  32.  
  33. Subscriptions are available to qualified organizations and individual
  34. readers. Write and tell us how you qualify:
  35.  
  36.                  * ptownson@massis.lcs.mit.edu *
  37.  
  38. The Digest is edited, published and compilation-copyrighted by Patrick
  39. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  40. or phone at:
  41.                       Post Office Box 4621
  42.                      Skokie, IL USA   60076
  43.                        Phone: 500-677-1616
  44.                         Fax: 847-329-0572
  45.   ** Article submission address: ptownson@massis.lcs.mit.edu
  46.  
  47. Our archives are located at ftp.lcs.mit.edu and are available by using
  48. anonymous ftp. The archives can also be accessed using our email
  49. information service. For a copy of a helpful file explaining how to
  50. use the information service, just ask.
  51.  
  52. *************************************************************************
  53. *   TELECOM Digest is partially funded by a grant from the              *
  54. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  55. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  56. * project.  Views expressed herein should not be construed as represent-*
  57. * ing views of the ITU.                                                 *
  58. *************************************************************************
  59.  
  60.      In addition, TELECOM Digest receives a grant from Microsoft
  61.      to assist with publication expenses. Editorial content in 
  62.      the Digest is totally independent, and does not necessarily
  63.      represent the views of Microsoft. 
  64.      ------------------------------------------------------------
  65.  
  66. Finally, the Digest is funded by gifts from generous readers such as
  67. yourself who provide funding in amounts deemed appropriate. Your help
  68. is important and appreciated. A suggested donation of twenty dollars
  69. per year per reader is considered appropriate. See our address above.
  70.  
  71. All opinions expressed herein are deemed to be those of the author. Any
  72. organizations listed are for identification purposes only and messages
  73. should not be considered any official expression by the organization.
  74. ----------------------------------------------------------------------
  75.  
  76. From: Francois D. Menard <men@praline.net>
  77. Subject: Say NO! to Metered ISDN Service
  78. Date: Tue, 2 Jan 1996 15:14:26 +0000
  79. Organization: Praline Internet
  80.  
  81.  
  82. This is a copy of a message that I posted in a mailing list of ISP's
  83. in Quebec discussing about "metered ISDN services".  I would like 
  84. to collect as many opinions about what I wrote.  I would rather have
  85. your replies CC'ed to me via email, but I will also watch the
  86. follow-ups in the newsgroups.  This will cartainly make for an
  87. interesting thread.  Happy new year!
  88.  
  89. Following up to a message by Dave Collier-Brown <davecb@otter.cs.yorku.ca>,
  90.  
  91. > In my considered opinion, this is merely a tactic to get a metered 
  92. > service, **any** metered service, into place.  I have suggested in 
  93. > writing to the CRTC that this indicated that Bell is unable to do it's
  94. > own required homework in pricing the home service, and that it should 
  95. > not be permitted to have a metered service to the home in any case.
  96.  
  97. > In fact, the cost to Bell is dominated by call setup (routing), and
  98. > is not time-related at all.  If they must admit they cannot estimate 
  99. > their costs, then let them do so and let them base their prices on their 
  100. > costs, not on a third, irrelevant, factor.
  101.  
  102. I wrote:
  103.  
  104. You are absolutely right !
  105.  
  106. The day Bell Canada starts to bill ISDN as a metered service, it will
  107. be the beginning of the end.  SAY NO TO ANYTHING THAT IS METERED.  It
  108. is on this philosophy (of dedicated / not metered ) that we've built
  109. on the Internet, damn it!
  110.  
  111. I pay many K$ a month for the right to say "Bell, Shut up !"  If I
  112. want to do IPhone, I can do IPhone, if I want to pay for a T1 just for
  113. the fun of toying with a packet sniffer, that's my OWN problem.
  114.  
  115. Say Yes to Metered service, and watch the pricing structure of Bell's
  116. ATM service.  Remember guys, Bell/RBOC's have to keep on making as
  117. much money as they are making right now (read more)... Their only
  118. problem is that in the months to come, people will stop believing that
  119. it costs more to Bell to establish a Comm Link between Montreal and
  120. Vancouver than Montreal and Toronto.  Hence, people will finally light
  121. up and realize that they have been fooled for years.  This will be the
  122. end of Long Distance tariffs as has been mentioned by the article of
  123. the Economist.
  124.  
  125. Remember my message about how the CEO of Bell Canada, has quoted the
  126. Economist as saying the the "advancements in telecomm technologies
  127. will be the single most economic force shaping the next 50 years"
  128. instead of using the real text wich rather talk about the "Death of
  129. Distance" as being the single most important econominc force to shape
  130. the next 50 years.  I tell you, by year 2000, I foresee the gradual
  131. disappearing of ALL topologies of Long Distance billing.
  132.  
  133. Everything will soon become "cost to access the network". Start
  134. allowing for this cost to be invoiced via a "metered" method and we
  135. are ALL shooting ourselves in the feet.
  136.  
  137. I do NOT want to see Bell starting to sell their ATM-Internet (aka
  138. Beacon/Sirius) as the UNCONGESTED Internet.  Leaving us with what they
  139. will refer to as an "inferior and poorly managed T1/T3 based
  140. IP-network".
  141.  
  142. Has anyone of you looked at the RSVP IETF draft or what Mr.  Huitema
  143. in France is working on for IPNG (IPv6). REAL soon!, we'll be able to
  144. do "quality-of-service"-based routing and bandwidth allocation.  Sure,
  145. ATM will be better, but not at the expense of letting us all being
  146. shoved-up-in-the-ass a painful METERED-ATM service without doing
  147. something about it...
  148.  
  149. The key to all of this is for us to demonstrate that we are capable
  150. of doing intelligent bandwidth management ourselves on exinsting
  151. network backbones.  If Telcos can do it, why not ourselves also ! Our
  152. only overhead is a protocol called IP, which soon will be intelligent
  153. enough to do QofS (Quality of Service) bandwidth allocation and
  154. routing.
  155.  
  156. I admit that this is a little far from the original topic of metered
  157. ISDN, but, permit me to make an allusion.  This thing about allowing
  158. metered services, would be like failing to protect your "(C)
  159. copyrights".  If you fail, even only once, nobody will render a
  160. judgment in your favor in the future.  We do not have metered service
  161. right now (make an exception of CIR on Frame Relay networks, which is
  162. already too much), and we are perfectly cool about this.
  163.  
  164. If we let this happen, that will be our own fault.
  165.  
  166. Once again, our OWN fault.
  167.  
  168. So lets get to work.
  169.  
  170.  
  171. Francois
  172.  
  173. ------------------------------
  174.  
  175. Date: 02 Jan 96 08:48:19 EST
  176. From: Sarrazin, Jean B <72077.1366@compuserve.com>
  177. Subject: Compuserve Censors USENET in Europe
  178.  
  179.  
  180. Today CNN announced that in response to a request from the German
  181. government, Compuserve has disabled access to *all* USENET newsgroups.
  182.  
  183. It seems Compuserve has taken to exercising censorship continent-wide,
  184. as CIS USENET access is also scrapped for all their European
  185. subscribers.
  186.  
  187. Does Compuserve realise that the German government has no authority
  188. over other European nations? Furthermore, Compuserve has made no
  189. announcement to its members to that effect.
  190.  
  191. I consider it unacceptable that Compuserve has not only complied to
  192. such a feeble attempt from a single European government at controlling
  193. Net access and contents, but also penalised a large number of
  194. subscribers without explanation or compensation.
  195.  
  196. What is this knee-jerk reaction? What is Compuserve afraid of? As far
  197. as I know, the other ISP's in Germany have not been affected.
  198.  
  199.  
  200. Comments from outside and inside Compuserve are eagerly awaited.
  201.  
  202. Jean B Sarrazin 72077.1366@compuserve.com Amsterdam, the Netherlands
  203.  
  204.  
  205. [TELECOM Digest Editor's Note: You are confused. You are having a 
  206. knee-jerk reaction of your own. First, let us understand the correct
  207. use of the term 'censorship'. By definition, only the government can
  208. censor soemeone. Compuserve is not the government. 'Censorship' is
  209. when the government physically stops you from speaking or writing on
  210. whatever topics you wish. 'Censorship' is *not* when some private
  211. organization or person refuses to collaborate or cooperate with you 
  212. and assist in your speech-making or printing. No one owes you any
  213. printing press or pulpit. If the government -- and they are the only
  214. ones who can do it -- forbids you to own a printing press or to use
  215. it as you see fit or forces you to remain silent, then you have been
  216. censored. If I do not agree to print your messages or allow you to
  217. speak on my radio station, I am exercising my freedom of choice. You
  218. are still free to go get a press elsewhere and you are still free to
  219. exercise your vocal chords all you want. You have not been censored.
  220.  
  221. Compuserve is a private organization. It is not an agency of the
  222. government. They pick and select programming they wish to make avail-
  223. able to their subscriber-members. They have not censored anything
  224. because they are incapable of censoring anything. They cannot forbid
  225. you to sit at your computer and peck away at the keyboard to your
  226. heart's desire. They cannot forbid you to read any collection or
  227. arrangement of pixels on your computer screen that you wish to view.
  228. They have said they do not wish to be part of the distribution
  229. process of certain 'types' of messages. They are exercising their
  230. freedom of choice, their business judgment, just as you are free
  231. to exercise yours. You may suggest that the only reason they came
  232. to this decision was due to some heavy-handed actions by the German
  233. government, and that may be correct, but if it is, then it is the
  234. government doing the censoring; not Compuserve. 
  235.  
  236. Next, it is my understanding they have chosen only to discontinue
  237. the 'alt' groups, *not* Usenet groups.  If I stand corrected, please
  238. advise me. You might be amazed at how many sites in the USA do not
  239. carry 'alt' and in fact only carry a limited portion of Usenet. It
  240. is a choice they have made as to how their resources will be allocated.
  241. Furthermore, Compuserve like the other online commercial services
  242. only began carrying any Internet news groups at all as of about two
  243. or three years ago. Where is there something written in stone saying
  244. they must continue to carry them? Your argument might have some
  245. validity if it were not for the fact that historically, every time
  246. a commerical site has connected with Internet for the purpose of
  247. the exchange of news, the 'establishment' on Usenet has stunk up 
  248. the place with flaming which went on and on about the poor calibre
  249. or quality of messages coming from the commercial sites. I first
  250. began hearing that argument from the 'establishment' here about
  251. ten years ago, when Portal Communications in San Jose, California
  252. 'came on board' back in 1986 ... the feeling was the net was
  253. going to hell in a handbasket 'if those commercial sites and their
  254. users are allowed to participate ...' 
  255.  
  256. And now you are mad because they are no longer participating, and
  257. you refer to them as 'censors' ... 
  258.  
  259. Next, my understanding is they only 'pulled the plug' on the alt
  260. groups until such time as they have made modifications in their
  261. software to selectively allow and disallow the use of some services
  262. based on the member's node, or point of connection to their system.
  263. I believe it is their intention to arrange the software so that if
  264. you call via (let us say) a node or local number in Frankfurt or
  265. Berlin, then upon trying to access certain newsgroups you will 
  266. receive the response, 'you are not allowed to use this service via
  267. the node from which your call is originating ...'
  268.  
  269. At first, the gurus there said it was impossible to identify the
  270. members in such a way that some could be denied access to portions
  271. of the service but not other portions. In other words, either you 
  272. are a member in good standing and get it all, or you are not a member
  273. in good standing and don't get any of it. I, and a couple of others
  274. have pointed out to them that indeed, distinctions can be made at
  275. both the User-ID level and the node, or local phone number level, 
  276. and in fact some distinctions are implemented now and have been for
  277. a long time. It was pointed out for example that certain members
  278. with full service totally free 'house accounts' -- for example, the
  279. forum managers -- are unable to dial in via the 800 number.  When
  280. Compuserve gives someone a totally free account as a 'valued
  281. member' of their system, it only adds insult to injury for the free
  282. user to dial in on the 800 number as well <smile> ... and the
  283. attitude of CIS has always been if we give you a free account then
  284. at the very least you can pay for the local phone connection to
  285. get in. So as a result, User-ID numbers in the block 753xx,xxxx
  286. cannot enter via any of the 800 numbers. The software forbids it.
  287.  
  288. So the suggestion was made, fine, then block all 100xxx,xxxx users
  289. out of the newsgroup service, but it was pointed out that 100xxx
  290. is a relatively new invention. There are lots of European users 
  291. over the years in the 7xxxxx series, and furthermore it is not unique
  292. to Germany. But the BDx (for example BDE, BDF, BDG) and DEx (for
  293. example DED, DEF, DEG, DEH) nodes are unique to Germany, as Berlin
  294. in the former case and Dusseldorf in the latter case, so what you
  295. do is say those nodes cannot have certain services if that is the
  296. way the German government feels about it. And you say to those users
  297. and the German governnment that Compuserve will not knowingly or
  298. willfully deliver to Germany any verboten (I knew I would have a
  299. use for that word someday! grin) newsgroups. If a German subscriber
  300. wants to call long distance via France or something and get in,
  301. there is little Compuserve can do about that of course, but they can
  302. cease delivery of 'certain things' to known German locations since
  303. regardless of User-ID (i.e. an American visiting in Germany with 
  304. his 7xxxxx or 102xxx/103xxx account logged in) the Germans don't want 
  305. it. 
  306.  
  307. I understand CIS is now looking at ways to flag the nodes and/or
  308. establish specific blocks of User-ID numbers for customers from 
  309. certain places to identify what CIS will and won't provide. They
  310. thought they could not do that; they have been told they could, and
  311. now they are working on it. 
  312.  
  313. And seriously, I can't blame them for dropping 'alt', although it
  314. would be sort of radical if they dropped all of Usenet in the process.
  315. Let's face it: the newsgroups on Internet have long been a thorn in
  316. the side of the commercial services anyway: they cannot collect money
  317. on them the way they do their own forums, etc. They have their own
  318. users pretty much under control and collect money from them, then here
  319. come the troublesome, flaming users from Usenet to cause them a lot
  320. of grief, flooding their postmaster with cranky replies, etc.  They
  321. need it like we need more heat in July. 
  322.  
  323. But you have a way to 'censor' Compuserve in return: you can cancel
  324. your membership and go to a service you like better. And that, I 
  325. think is where this whole thing is going to shakedown over the next
  326. couple years: ISP's will decide they do or do not want the alt.sex 
  327. stuff and the grief that goes with it. They will develop signatures
  328. or styles for themselves and quit trying to be all things to all
  329. people. They'll quit packing their suitcases to go on a long trip --
  330. a long guilt trip -- everytime some freshman student at a university
  331. somewhere accuses them of 'censorship' for not carrying a newsgroup
  332. he happens to like reading.  And please folks, no cable television
  333. analogies and how the cable has to carry Playboy Channel, etc ... 
  334. Most of us have only one cable provider in town ... we all have dozens
  335. of ISP's who want our business.   PAT]
  336.  
  337. ------------------------------
  338.  
  339. From: David A. Cantor <DCantor@chqsplay.mv.com>
  340. Date: Wed, 03 Jan 1996 00:20:04 -0500
  341. Subject: *77 and *87 in 860-land
  342.  
  343.  
  344. I've discovered that rejecting calls from callers who block their CLID
  345. (*77) and rescinding such rejection (*87) work here in 860-444.
  346. However, when entering these codes, I get a normal-sounding ring-back
  347. signal (I let them go for five ring cycles) rather than the expected
  348. confirmation tones.
  349.  
  350.  
  351. David A. Cantor                 +1 860.444.7268 (444-RANT)
  352. New London, CT  06320-2639      DCantor@chqsplay.mv.com
  353.  
  354. ------------------------------
  355.  
  356. From: lmoran@planet.net
  357. Subject: Billing Telecom Conference
  358. Date: 02 Jan 1996 14:39:55 GMT
  359. Organization: Planet Access Networks - Stanhope, NJ
  360.  
  361.  
  362. Billing Systems in the Telecommunications Industry Conference
  363. March 6 - 7, 1996
  364. Washington, DC
  365.  
  366. Sponsored by America's Network magazine
  367.  
  368. Hear from the leaders in the industry:
  369.  
  370. AT&T, Bell Atlantic, US West Communications, NYNEX, Pacific Bell,
  371. Bellsouth and many more!!!
  372.  
  373. For more information call:  800-882-8684 or e-mail info@iqpc.com
  374. Provide your name, address, phone and fax number
  375.  
  376. ------------------------------
  377.  
  378. From: Mark Cuccia <mcuccia@law.tulane.edu>
  379. Subject: More on Canada==>US Caller ID
  380. Date: Tue, 02 Jan 96 15:13:00 CST
  381.  
  382.  
  383. Last night, I received a call from a friend in Whitehorse, YK.
  384. (403-668-xxxx)
  385.  
  386. I received the full ten-digit number on my Caller ID box, but for the
  387. name part, I didn't get the city (ratecenter) and two letter
  388. abbreviation for Yukon. I didn't even get `YUKON', but rather
  389. `ALBERTA', all caps, left justified, with eight spaces filling out the
  390. remainder of the fifteen character field. (I did get `ONTARIO' spelled
  391. out on a call in early December, from 905-842-xxxx).
  392.  
  393. It seems that for Caller-ID with Name, on calls within the BellSouth
  394. region (I don't know how calls originating in independent territory
  395. but within the BellSouth nine-state area will show) where the number
  396. transmits, BellSouth can check its own LIDB database to get the name
  397. assoicated with the number. On calls originating in the (continental)
  398. US but outside of BellSouth, if the number transmits, BellSouth can
  399. get the ratecenter (town) name and state.  The state is abbreviated.
  400. They are using the NPA-NXX to check some database, probably with info
  401. from Bellcore's TRA (Traffic Routing Administration)
  402. products/databases.
  403.  
  404. For calls originating in the US, it wouldn't matter whether they used
  405. a Routing or a Rating database from Bellcore TRA to check the NPA-NXX.
  406. However, Canadian NPA-NXX info is *only* in Bellcore's RATING
  407. database/products. Stentor Canada does not participate in Bellcore TRA
  408. routing products. You will only find Canadian NPA and province info in
  409. the routing products. Information down to the Central Office code
  410. (NXX) level for Canadian NPA's *is* in the Bellcore rating materials,
  411. which Canada does participate in.
  412.  
  413. The call I received came from the Yukon and not Alberta. Even if Yukon
  414. and the Northwest Territories were to get a single but unique NPA code,
  415. I wonder what the ID box would say -- Yukon for all calls from that NPA?
  416. Northwest Territories? Maybe YK/NWT? If it is spelled out on a max 15
  417. character line, it would say: `YUKON NORTHWEST'
  418.  
  419. And how about calls from Prince Edward Island? Both it and Nova Scotia
  420. share the same 902 NPA. Except for maybe political identity, I don't
  421. see Prince Edward Island getting its own areacode anytime soon.
  422.  
  423. I haven't yet received any calls from Alaska, Hawaii or the Caribbean
  424. since inter-State/LATA CID began. I don't know how these calls would
  425. appear if anything other than `out-of-area'. Alaska, Hawaii and the
  426. Caribbean do participate in Bellcore's routing products, though.
  427.  
  428. I also haven't (yet) received any calls from outside of the North
  429. American Network since CID across state/LATA lines began. The number
  430. being available would probably also depend on the originating country
  431. and any international carriers. *If* Mexico has any form of CID, I
  432. would *guess* that it would show a 52X-XXX-XXXX number. But how will
  433. CID number display work with international calls between various
  434. numbering plans? Are there yet any standards/specs on this for for
  435. non-ISDN lines? I know that many European countries do have Caller-ID
  436. type service.
  437.  
  438.  
  439. MARK J. CUCCIA   PHONE/WRITE/WIRE:     HOME:  (USA)    Tel: CHestnut 1-2497
  440. WORK: mcuccia@law.tulane.edu          |4710 Wright Road| (+1-504-241-2497)
  441. Tel:UNiversity 5-5954(+1-504-865-5954)|New Orleans 28  |fwds on no-answr to
  442. Fax:UNiversity 5-5917(+1-504-865-5917)|Louisiana(70128)|cellular/voicemail
  443.  
  444. ------------------------------
  445.  
  446. Date: Tue, 2 Jan 1996 14:54:04 -0500
  447. From: wengler@ee.rochester.edu (Mike Wengler)
  448. Subject: A Phone Number is NOT a Credit Card!
  449.  
  450.  
  451. The ten digit phone number is being used as a credit card, but with
  452. rules and procedures that are sloppy stupid and slimey by comparison
  453. to those used by Visa, MasterCard, Discover, and a host of other
  454. credit cards which are voluntarily and knowingly acquired by
  455. customers.  I knew I was getting credit from the phone company when I
  456. got my phone number, but I had no idea that I was getting a credit
  457. account for use at "dating" services and other slimey crap.
  458.  
  459. It is high time that telco be held to the same standards as Visa,
  460. MasterCard, and Discover when providing a credit and billing service
  461. for other companies.  Especially on standards of customer entering
  462. into the contract.  TELCO: DON'T BILL ANYTHING WHICH IS NOT
  463. SPECIFICALLY AUTHORIZED BY CUSTOMER!  Failing to hang up is a
  464. "low-bandwidth" way to aquire such authorization: try using the
  465. standards of Visa, MC, and Discover: real verbal "OK, sounds good"
  466. type response to get authorization.
  467.  
  468. I have been following the comedy of billing that is reported in this
  469. group when completely random and idiotic services manage to use a
  470. local telephone company to bully large charges from "customers."
  471.  
  472. The outstanding conclusions I reach are:
  473.  
  474. 1) The ten digit phone number is being used as a credit card, and local
  475. telco is being used as the credit agency, or at least the billing/coll-
  476. ections branch of that agency.
  477.  
  478. 2) Rules and practices for such phone number credit activity are
  479. slimy, loose and crappy by comparison to the rules and practices for
  480. "real" credit cards: Visa, MC, Discover etc. which don't masquerade
  481. their credit service behind some other front.
  482.  
  483. I think it is no accident and no coincidence that the billing fraud
  484. reported here allegedly committed by ITA, Integratel and others is
  485. carried out using phone numbers and not real credit cards.  The
  486. practices they employ are crap compared to the practices employed on
  487. behalf of real credit cards.
  488.  
  489. Specifically, I have been billed on real credit cards after making an
  490. 800 number call.  In EVERY case, a live human being 1) informed me of
  491. the total charge and 2) asked me if I agreed to that.  I might further
  492. add that in every case another difference exists: 3) I received some
  493. real product (airline ticket, clothing, flowers, etc), quite
  494. knowingly, as a result of a very consciously entered into transaction.
  495.  
  496. In every case of fraud alleged in this group, the "service" committing
  497. the fraud either gave an automatic message informing that there would
  498. be a charge, or claimed later that they had done so.  The defrauders
  499. never bother claiming that you specifically authorized this charge,
  500. only that you heard you would be charged and didn't bail out fast
  501. enough.
  502.  
  503. Visa has NEVER tried to make me pay a charge because someone announced
  504. to me that there would be a charge.  It seems to me that they have
  505. never suggested even that I pay a charge that I had not explicity
  506. authorized.
  507.  
  508. > [TELECOM Digest Editor's Note: Pac Bell -- nor any other telco is
  509. > being deceptive when they say that calls to 800 numbers are free to
  510. > the calling party. Where the *toll charge for the call itself* is
  511. > concerned, it is reversed to the called party. In other words, yes
  512. > indeed, Absolute Communications did pay for the carriage of your call
  513. > in an effort to get you to do business with them. This is no different
  514. > than any other 800 number you call; the person owning the number
  515. > *does* want to hear from you and agrees to pay for the call.
  516.  
  517. PAT seems to want to defend the slime on technical grounds that the
  518. 800 number call is still free, even though the telco bills you for it,
  519. citing number of minutes of the call and generally at a time sensitive
  520. rate.  This is indeed a technicality: the technicality which is
  521. apparently behind these lousy practices.  If telco delivers the
  522. service to me, and telco bills it, any attempt to call that a "free"
  523. phone call will fall successfully on telecom nerds ears, but ring
  524. oddly in the ears of customers who should not have to learn the whole
  525. industry in order to avoid a $100 dating service bill coming with
  526. their phone bill.
  527.  
  528. > But when you call an airline for example via their 800 number to
  529. > reserve tickets, and you are later billed for same, do you complain
  530. > that you thought it should have been free since you called via 800?
  531.  
  532. PAT, uhm, have you been billed for plane tickets by telco?  If so,
  533. this is a new service I am unaware of, I have invariably been billed
  534. on my credit cards after explicity authorizing both the company to
  535. issue me the credit card in the first place, and the ticket vendor to
  536. charge me an agreed amount in the second place.  This difference
  537. between a time sensitive charge billed by telco with time on an 800
  538. number being the inventoried item and a plane ticket on Visa is NOT
  539. subtle.
  540.  
  541. > There is no doubt at all that many/most of the 'adult oriented' sex
  542. > lines operating are run by sleazy people, but in their defense I
  543. > must say they are not trying to make you pay for the phone call to
  544. > them, they are trying to make you pay for the actions they took in
  545. > your behalf.
  546.  
  547. Billed through telco, by the minute.  Many sex lines do charge on
  548. Visa.  This is more honest, as it does require all sorts of consent on
  549. the part of the customer which phone number billing through telco does
  550. not.
  551.  
  552. > You call any one of several long distance carriers via 800 to use
  553. > their direct lines to place your call. Do you complain that because
  554. > you dialed 800-CALL-ATT to convey a message or cause some action to
  555. > occur that it should be 'free' to you since you dialed 800 and were
  556. > told by PacBell there would be no charge for your call? Even though
  557. > you dialed 800 at no charge, you expect to pay for resulting services
  558. > don't you?
  559.  
  560. Only because I agreed ahead of time to do so!  I went through an
  561. authorization process to take on a particular long distance phone service
  562. which may also issue me a travel card.  Integratel and ITA do NOT have that
  563. kind of authorization before they make charges.
  564.  
  565. > Every one of the adult oriented lines operating via 800 used Western
  566. > Union as their guinea pig: if WUTCO gets to accept calls on a toll
  567. > free number, convey information between the caller and others, etc
  568. > and charge the same to the telephone bill of the caller, *then so
  569. > do we*. And you know what? They are right. Unfortunatly perhaps,
  570. > telco has to treat every one of those services at arms-length, even
  571. > as they hold their own noses to avoid the stench.  The true solution
  572. > is for telco to get out of the business of billing for anything but
  573. > their own services.  PAT]
  574.  
  575. This simply doesn't cover it.  Why shouldn't telco just write their
  576. standard to say: "credit authorization must include explicit
  577. authorization on customers part for the charge.  Disputed charges will
  578. be returned by telco and you'll have to collect it your own damn self.
  579. Company must maintain less than X% billing complaints to continue to
  580. receive billing service from telco."  I bet this would keep WUTCO and
  581. lose the defrauders.
  582.  
  583. C'mon, you know I'm right!
  584.  
  585. > Much of this could be resolved if the IPs would tape record the
  586. > first fifteen or twenty seconds of each phone call, during which time
  587. > they would make a statement similar to this:
  588.  
  589. > "For billing purposes only, the first few seconds of this call is
  590. > being tape recorded.  Our records indicate you are calling from the
  591. > phone number xxx-xxx-xxxx. If this is correct; if you are of majority age
  592. > in the state from which you are calling, responsible for the payment
  593. > of the telephone bill for this number; agree to pay $xx per minute/call
  594. > for the conversation which follows, and consent to our tape recording
  595. > of this billing verification, please press the 'Y' key on your phone
  596. > now or speak the word 'yes' ... if any part of the above is not true
  597. > then please disconnect now at no charge." (Pause for about five seconds
  598. > to listen for keypress or verbal agreement). Automatically disconnect
  599. > or proceed, as appropriate. After hearing key press or verbal 'yes'
  600. > then system responds, "Thank you. Tape recording is turned off. You
  601. > may continue." (At that point caller is cut over to program in progress
  602. > or handed off to to the person they will speak with, etc.)
  603.  
  604. Yes, this would be an improvement.  But still:
  605.  
  606. 1) not even this level of authorization is required by telco, even though
  607. WUTCO with a virtual certainty gets a higher, more explicit approval than
  608. this, and they are alleged by PAT to be the camel's nose in the tent here.
  609.  
  610. 2) I still never wanted my phone # to be a credit card, I simply wanted
  611. credit with the phone company itself
  612.  
  613. 3) All my legitimate transactions over the phone get billed to actual
  614. (not telephone number) credit cards.
  615.  
  616.  
  617. Mike Wengler
  618.  
  619. ------------------------------
  620.  
  621. Date: Tue, 2 Jan 1996 17:30:24 -0500
  622. From: rich.sagall@pobox.com (Rich Sagall)
  623. Subject: How Can You Tell if Your Phone Line is Tapped
  624.  
  625.  
  626. I recently read about a phone number this purported to be a way to
  627. check and see if your phone is tapped. I am somewhat dubious about the
  628. source, so I am asking readers of this list if they know anything
  629. about the number.
  630.  
  631. Here's the procedure:
  632.  
  633. Dial 10732-1-770-988-9664
  634.  
  635. A computer generated female voice recites the number you are calling from,
  636. and then says "8".
  637.  
  638. The voice then repeats "0" nine times.
  639.  
  640. According the source, if the voice then says "1" or "2," then your
  641. line is clean. Any other number is supposed to mean your line is
  642. tapped.
  643.  
  644. Thanks for any information anyone can provide.
  645.  
  646.  
  647. Rich Sagall, MD
  648.  
  649. Publisher of Interesting! (interesting@pobox.com) and
  650. Pediatrics for Parents (pediatricsforparents@pobox.com)
  651. home pages http://www.agate.net/~richs/interesting.html and
  652. http://www.agate.net/~richs/MMPage1.html
  653.  
  654.  
  655. [TELECOM Digest Editor's Note: We've had this little urban legend
  656. (is that what you would call it?) here in the past, but not for
  657. a couple of years now. Would someone care to explain what all those
  658. zeroes and other digits following the phone number read-out are
  659. supposed to mean?   Thanks.   PAT]
  660.  
  661. ------------------------------
  662.  
  663. From: JeanBernard_Condat@email.Francenet.fr (JeanBernard Condat)
  664. Reply-To: JeanBernard_Condat@email.Francenet.fr
  665. Subject: France Telecom Offers Voice Mail For Publiphones
  666. Date: 02 Jan 1996 17:14:16 GMT
  667. Organization: FranceNet
  668.  
  669.  
  670. Paris (France), January 2th, 1996--France telecom have announce the
  671. creation of a very interesting and usefull service: a voice mail for
  672. publiphone users.  If your correspondant is busy, if you are unable to
  673. wait for somebody on the phone you can leave a 30-seconds voice
  674. mail. The message will be automatically transmit to the called number
  675. at the hour given by the caller.
  676.  
  677. The service is simple: when a call don't go right, a little message
  678. appear on the digital screen of the publiphone (in all streets in
  679. France). You push the green keyboard (PRICE: 5 UTP = 4,05 FF TTC)...
  680. and you will be ask by the computer system to leave a 30-second
  681. message and the hour at which you will be happy that the message will
  682. be deliver. The person called will be re-call four times by the computer
  683. system (not between 10 pm and 7 am) and the computer will re-call three
  684. new times for voice mail delivery.
  685.  
  686. All the 158,000 publiphones using a phone card will be equiped with
  687. this service in the three first months of 1996. France Telecom give a
  688. toll free number for more information: 05 15 24 42 (ask for M. Gerard
  689. Merveille for calls out of France: +33 1 44 44 88 23).
  690.  
  691. Some years ago, a new service called "3636" was tested in Lyon for the
  692. same service. The success of this test was great and all publiphones
  693. receive the visits of lovers, sellers, students and other people
  694. looking for an hurge telecommunications with other ones  not
  695. responding.
  696.  
  697.  
  698. Jean-Bernard Condat
  699. Computer Fraud and Security Expert
  700. Paris, France     condat@atelier.fr
  701.  
  702. ------------------------------
  703.  
  704. From: juergen@jojo.sub.de (Juergen Ziegler)
  705. Subject: Germany: Another Deutsche Telekom Disaster
  706. Date: Tue, 2 Jan 1996 19:58:35 MET
  707.  
  708.  
  709. Germany, January 1st 1996, the German monopoly telephone company
  710. "Deutsche Telekom AG" has introduced a new telephone rate scheme.  As
  711. the new rate scheme will introduce a hike in local calls (up to 350%),
  712. most long distance calls wil have lower rates. As a result of the
  713. massive hike of local calling charges, there was a massive media
  714. coverage about the unsocial local rates for low income subscribers.
  715.  
  716. But this massive hike of local calling charges was not enough for
  717. Telekom. On the first day of the new rate system, Telekom switches
  718. charged long distance calls at a higher rate, because these switches
  719. did not use the lower holiday rate. After last year's massive phone
  720. fraud desaster, the first day of the new rate scheme will be another
  721. unforgetable Telekom day.
  722.  
  723. There is not much technical information available about this Telekom
  724. flaw, but as one Telekom spokesman mentioned, Telekom switches made by
  725. "SEL Alcatel" had a software problem. It was not mentioned, that the
  726. same problem happens to be true for the other system in use, which are
  727. mainly made by "Siemens". But if SEL Alcatel is to blame for this poor
  728. showing, then this is another sour moment for that company. As SEL
  729. Alcatel had to slash thousands of jobs last year, it was also
  730. mentioned, that SEL Alcatel had to pay more than 30 Mio. DM (approx.
  731. $20'000'000) as contract penalties, because they could not deliver
  732. switch software in time.
  733.  
  734.  
  735. Juergen Ziegler * juergen@jojo.sub.de * 77815 Buehl (Baden) * Germany
  736.  
  737. ------------------------------
  738.  
  739. End of TELECOM Digest V16 #2
  740. ****************************
  741.