HDTenEightyP/NetNews huggingface dataset:
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: How do I get LIGHTNING on my SupraFAX?
Date: 30 Jul 92 22:40:39 GMT
Distribution: comp
Organization: FAA Technical Center, Atlantic City NJ

ged@phantom.cs.hut.fi (Camillo S{rs) writes:

>Not worth it. There ARE sources of errors that aren't covered by the
>error correction, and if you use YMODEM-g you lose the file if
>anything goes wrong. Zmodem is a stream protocol with very little
>overhead, and has saved med from many nasty situations. 

  And just what do you think YMODEM-g is?  It is also a streaming protocol.

  It's also got overhead that's five orders of magnitude less than ZMODEM for
averagely distributed data profiles, better if the profile is unfriendly to
the ZMODEM protocol.

  YMODEM-g also protects it's data packets with CRC, so if an error does
occur due to the modem/computer electrical connection (slim if you're not
using cheesey cables and connectors), the transfer will abort, so what?

  So long as you're not using some totalitarian program, it should be
saving aborted files for you so that you can recover the remaining portion
with ZMODEM resume.

  If you're using a fast modem with error correction and have quality cables
YMODEM-g is a very efficient alternative.

  -jack-

Newsgroups: comp.sys.amiga.datacomm
From: kensaga@diku.dk (Kenneth Fribert)
Subject: Re: SupraFAXmodem 14.4 question - BUGS??
Date: Thu, 23 Jul 1992 19:20:48 GMT
Organization: Department of Computer Science, U of Copenhagen

walrus@wam.umd.edu (Udo K Schuermann) writes:

>I connect with my SupraFAX V.32bis modem to the University, whose modems
>are currently V.32 (NOT bis) and V.42bis.  I get 9600 LAP-M V.42bis and
>nothing I do seems to be able to get 12000 or even 14400 baud.  Is this the
>maximum I can get when connecting to a V.32 modem and will this improve
>when they upgrade to V.32bis?

Off course you can't get 12.000 or 14.400 until they get v32bis, v32 until
goes to 9.600 (with fallback to 7200).

>I've had no trouble with my modem at all and get a fairly consistent 1080
>cps with .lzh files, between 1400 and 1800 cps with plain binaries, and up
>to 2700 cps with ascii text transfers.  Just thought you'd like to know.

Quite good numbers.

Best regards
Kenneth

P.S. say Hi to Mai Tram Cong from me if you know her (tram@wam.umd.edu :-)
-- 
|/                 Fido-net: 2:230/41.14    Phonenet: (+45) 31 743 455
|\enneth  Fribert  Snailnet: Nedertoften 39, 1tv,  Dk-2720 Vanloese, Denmark
System currently in use: Amiga 2000, GVP Series II, Quantum 105S, SupraFax v32b
                         10 mb ram, MultiVision2000
Newsgroups: comp.sys.amiga.datacomm
From: walrus@wam.umd.edu (Udo K Schuermann)
Subject: Re: sz problem
Organization: University of Maryland, College Park
Date: Wed, 22 Jul 1992 18:43:36 GMT

In article <1992Jul22.041322.19517@newshub.ariel.yorku.ca> cs902125@ariel.yorku.ca (SHUK C YIP) writes:
>In article <92203.155430WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:
>>211 cps at 2400 baud isn't all that bad, depending on whether your modem does
>>compression. If not, 230 cps is about as good as it gets, so 211 is 10% below
>>the max. VLT can do the 230 cps no problem, so the limitation must be elsewhere
>>but still, why worry about 10%.
>>
>
>Because JR-Comm can push the transfer rate up to 230 cps, VLT can't. So,
>I doubt there is something wrong with my sz or VLT setup.

I've gotten 237 and occasionally even 238 cps out of VLT using a rather old
Supra 2400.  Not often, admittedly, but that's obviously not the fault of
VLT then.  Perhaps the fact that my machine has a 68030 makes a difference,
but I doubt this can be very significant at only 2400 baud ...
	Perhaps you should look into system load both on your machine and
the other end.  Our systems here occasionally get so busy that the transfer
rate dropped to around 100 cps but again that wasn't VLT's fault either.
	Are you using Fast RAM for the transfer or is all this happening in
Chip RAM?

 ._.  Udo Schuermann     "If I went around calling myself emperor just because
 ( )  walrus@wam.umd.edu  some moistened bint lobbed a scimitar at me, they'd
 Seeking virtual memory   put me away!"         -- Monty Python's "Holy Grail"


Xref: sparky comp.sys.amiga.datacomm:5451 comp.dcom.modems:11370
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems
Subject: Re: FCC considering "modem fees" again
Date: 29 Jul 92 07:46:04 GMT
Article-I.D.: qiclab.1992Jul29.074604.6781
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

jimb47@netcom.com (Jim Budler) writes:

>In article <62802@cup.portal.com> TomK@cup.portal.com (Tom R Krotchko) writes:
>>concerning CI$'s fees, how does anyone afford it? $12/hour for
>>(yawn) 1200/2400 access. A whopping $22/hour for normal (v32)
>>access.

>Try $7.95 per month for normal access at any speed. Includes E-mail,
>News (real news, not Usenet news), and a variety of services.

>When you enter the other areas, the rates you quote come into play.

>>
>>Assuming you do little else but get email, that's probably 
>>4 hours a month. 

>E-mail is included in the flat-fee area, at any speed.

But mail to or from Internet has hefty extra charges. 
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)
From: TomK@cup.portal.com (Tom R Krotchko)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: To Jack Radigan; Regarding JR-Comm 2.0+
Date: Mon, 27 Jul 92 18:59:14 PDT
Organization: The Portal System (TM)
Distribution: na

The new version is so version is so flexible, even the configuration
is configurable.

The program has very little in common with the old version, except
the philosophy of the author still holds true in the new version.

Its a major piece of work; frankly, I don't know where he finds
the time.

Signed,
A Beta Tester
From: dollens@equinox.unr.edu (C Blake Dollens)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: To Jack Radigan; Regarding JR-Comm 2.0+
Summary: I don't have that problem
Date: 31 Jul 92 04:08:04 GMT
Distribution: na
Organization: University of Nevada, Reno

In article <1992Jul27.182227.556588@zeus.calpoly.edu> jgodfrey@zeus.calpoly.edu (Jon David "JET" Godfrey) writes:

>The Amiga computer was based on it heart-and-soul multitasking O/S.  The problem
>that many of us found was that JRC doesn't particularly like to multitask well.

That's very odd.  I've never had the slightest problem getting JRC to multitask.
I download files and play games simultaneously all the time.  Could it be the
programs you are trying to get to multitask with JR-Comm that are causing the
problem?

Blake
-- 
"That's All"            | "Fundamentally, every bar is the same as every other
  -Phil, Mike, and Tony |  one, if it's the kind you're drinking in, to end a
Blake Dollens           |  sentence with a preposition, which I haven't."
dollens@equinox.unr.edu |                            -Walter Slovotsky
From: greg@gpsoft.adsp.sub.org (Dr Greg Perry)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: GPFax vs. Final Copy
Date: 22 Jul 92 12:57:42 GMT
Organization: GP Software, Australia
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <1992Jul19.030602.5628@tronsbox.xei.com>, dfrancis@tronsbox.xei.com (Dennis Heffernan) writes...
> 
>	An attempt to print a document from Final Copy while using GPFax's
>printer driver resulted in a #3 guru, and a hard drive crash so hard that
>reformatting the disk wouldn't work.  I had to do a low-level format to
>bring it back.
 

I have a severe problem with what is actually happening here. GPFax works 
fine with all software we have tested it with. The problem seems to be with
Final Copy. After all, all we do is effectively re-direct the PRT: output
to a disk file!

Can anyone add anything more in regard to this problem.

> I was wondering along the same lines myself for the printer driver's use with
> Soft-Logik's PageStream.  In experimenting with PageStream, it would seem that
> as long as the user selects the appropriate CUSTOM printer driver from WITHIN
> PageStream, the driver choosen in WB's preferences doesn't seem to matter.

With Pagestream you simply select Preferences.driver and GPFax intercepts
the output correctly. 
> 
> So would I still output a document to PRT: or what?  The most obvious 
> alternative would be to output pagestream's document as an IFF file to disk,
> but the quality would really suffer.

Outputting as IFF is exactly the wrong method to use. The quality from the
printer.device is so much better.

-- 
__
+-----------------------------------------------------------------------+
| Dr Greg Perry	GPSoftware, 21 Aloomba Rd, ASHGROVE AUSTRALIA 4060	|
| EMAIL:	uunet!cbmvax!cbmehq!cbmaus!cbmozq!gpsoft!gregp		|
+-----------------------------------------------------------------------+
From: rwm@atronx.OCUnix.On.Ca (Russell McOrmond)
Date: 23 Jul 92 10:06:56 EST
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: GVP multi-port card
	<1992Jul16.150923.18622@cs.hut.fi>

bkwilli@afterlife.ncsc.mil (Bryan Williams) writes:
>As far as your excuse for why the thing lists for $299, or why ASDG's sells for
>over $200, or why Commodore's does (though CBM sortof has the best buy IF 19200
>is good enough) cost $300+ as well..... I thought I stated clearly, "no bullshit
>answers"!   :)


  When you buy a PC card, you are getting just that - a CARD.  When you buy an
Amiga serial device solution, you get a serial board AND a driver.  Don't 
forget that serial driver, as it is the part that differentiates between the
various boards MUCH more than the hardware itself does.  There is also quite
a bit of time that goes into development (and for some companies,
even debugging :-( of this device.

  I myself have owned a Supra 2400bps internal (modem0.device) and an
ASDG DSB.  I have been looking very closely at a new board that is coming out,
and have been attempting to get ahold of a beta board and driver to do some
major testing with it since the ASDG board does not suit my needs.

  Here is some background, for those who didn't read my 'apology' message some time ago.
While the DSB hardware is quite well done, the serial driver that comes with it
is extremely poor, and needs some major work.  If one tries to run the device
with some of the popular debugging tools (Such as an Enforcer/MungWall 
combination) the driver will eithor just STOP DEAD as soon as you do any
serial requests, or it will GURU the machine as soon as you open the
device.  I spoke to ASDG when I first was able to reproduce the
above problem extremely reliably, but they were busy with other products at that
time.  I actually got driver sources (Under Non-disclosure for the source -
I thank ASDG very much for being willing to release the sources to myself), but
I was never able to find the problem (Didn't spend the needed time, really.

  The moral of the story?  Realize that a serial port for the Amiga is 
JUST-AS-MUCH a software product as it is a hardware product, which is very
similar to the Amiga itself.  When you buy a PC, or PC peripherals, you are getting
JUST HARDWARE, and thus the development costs don't include the software
development.  For an 'equal hardware platform', an Amiga, or Amiga
peripheral will always cost more than the PC.


P.S. For myself, I could care less about the Graphics and sound of the Amiga.
I bought my Amiga because of the awsome O.S. as I wanted to get deeply 
involved in networking, and the Amiga platform is easier to develop for than a
UNIX based platform, the only other 'realistic' alternative in todays market.
About the only 'hardware' advantage I see on the Amiga is the
speed of the Zoro expansion itself, which allows for considerably faster
I/O than is available on the majority of other platforms.

--
  Opinions expressed in this message are my Own. I represent nobody else.
  Russell McOrmond  rwm@Atronx.OCUnix.On.Ca Net Support:(613) 230-2282(V.32Bis)
  FidoNet 1:163/109 Amiga-Fido 1:1/109  Current WELMAT 'keeper of sources'.
From: dfrancis@tronsbox.xei.com (Dennis Heffernan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: GPFax vs. Final Copy
Date: 27 Jul 92 16:44:54 GMT
Organization: Xanadu Enterprises Inc.

In article <richardc.03sh@vogue.adsp.sub.org> richardc@vogue.adsp.sub.org (Richard Carde) writes:
|All we can say is WE ARE WORKING ON IT...
| 

	Cool.  Not being able to fax from Final Copy is only a minor irritant;
I can fax just fine from my text editor of choice, QED, and I'm not terribly
concerned over not getting to use outline fonts on faxes.

	Other than that minor flub, GPFax is a pretty cool program.  Nicely
laid-out, works nice.  Haven't had a chance to play with the arexx functions
yet, but it all looks very useful and well-documented.


dfrancis@tronsbox.xei.com   ...uunet!tronsbox!dfrancis     GEnie: D.HEFFERNAN1
------------------------------------------------------------------------------
"I don't understand why you make such a big deal out of everything...haven't
you learned; if it's not happenning to me it's not important?" -Murphy Brown
From: richardc@vogue.adsp.sub.org (Richard Carde)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: GPfax & group III
Date: 30 Jul 92 23:43:31 GMT
Organization: Amiga Developer (GPSoftware ACM093)
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <1992Jul27.223242.1@uwovax.uwo.ca> 35002_3770@uwovax.uwo.ca writes:
 
>    A quick question regarding GPfax - does it support group III 14.4K FAX
> transmissions (I just bought a Supra 14.4K modem).  And does it support
> "fine" mode transmissions?

GPFax successfully talks from a SUPRA modem at 14400 in FAX mode to a
ZyXEL modem 14400 FAX using GPFax at both ends - we have no real fax
machines that can handle 14400 to test with, but beleive it should work.
It negotiates a 9600 connection correctly, if the other end wont do 14400.

GPFax also supports FINE mode creation, receive and send.
  
>  Oh yes...what is the latest version of GPfax that is shipping?

The latest GPFax should be 2.01S at this stage...
 
>  Thanks...

-- 
  Richard Carde     Developer for GPSoftware     Ph: +61 7 300 6864
    EMAIL: vogue.adsp.sub.org!richardc@cbmehq.commodore.com
           cbmaus!cbmozq!vogue!richardc@cbmvax.commodore.com
Xref: sparky comp.sys.amiga.datacomm:5402 comp.dcom.modems:11293
From: drchip@cup.portal.com (MYRON A LIEBERMAN)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems
Subject: Re: FCC considering "modem fees" again
Date: Mon, 27 Jul 92 23:42:11 PDT
Organization: The Portal System (TM)
  <62802@cup.portal.com> <5403@dsacg4.dsac.dla.mil>

>$7.95 per month--period.

Have you looked closer? The $7.95 per month appears to be more like a surchar
than a flat rate. Unlike other services, such as Genie, the $7.95 allows
virtually nothing. Much of what Genie allows for $4.95 is not included in
CI$'s $7.95. Look closer. I actually joined CI$ but after seeing the actual
rates refused to activate my account. Genie costs less actual $ for more
service and bothg BIX and Portal provide far more value for the dollar than
CI$. Don't get me wrong. I am not claiming there is a problem with the
service provided by CI$, only the price and value. The thinly disguised
attempt to hide the real charges is a negativew, not a positive.
From: rkushner@sycom.mi.org (Ronald Kushner)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: What is the best BBS?
Distribution: world
X-BBS-Software: EXCELSIOR! v0.95r
Date: 30 Jul 92 22:53:56 EST
Organization: Michigan Information eXchange


In an article, eodell@nyx.cs.du.edu (Eugene O'Dell) writes:
>Why does C-Net need to be rewritten?  It's fast, and the code holds
>up well.

Not to my standards. Here is a piece of source code out of C-Net Amiga. I
just cut out some of the major gotos and labels. Choose for yourself if
it's
good code. This is basically the conferencing module. If you were to
compair the features of the EXCELSIOR! conferencing and the C-Net
conferencing, they have simular features - but they way we did it in code
and the way C-Net did it in code is night and day.

I really don't like gotos, and there isn't one in the EXCELSIOR! source.

/* line 55 */
void main( int argc, char **argv )
{
  .
  .
  .
/* line 106 */
	if( !myp->NumRooms ) {
		PutText( bm[1270] );
		goto ex;
	}
  .
  . 
  .
/* line 117 */
renter:	u.Room = -1;				/* no room selected */

	if( u.DefRoom )				/* try Private room? */
		MoveToRoom( -1 );

	if( CRoom[0] )				/* if there is one */
	if( u.Room < 0 )			/* how about the "lobby?" */
		MoveToRoom( 0 );

	if( !u.DefRoom )			/* haven't tried this yet */
	if( u.Room < 0 )			/* how about your private? */
		MoveToRoom( -1 );

	if( u.Room < 0 )
		goto ex;

rmove:	HereWithYou();

	if( r->rc.Creator == z->id ) {
		PutText( bm[1272] );
		PutText( bm[1273] );
	}

  .
  .
  .
/* line 531 */
					if( MoveToRoom( num ) )
						goto rmove;
					break;

					case 4:
					u.Quit = TRUE;
					break;

					case 5:
		if( z->user1.MyPrivs.ABits & CONFCON_FLAG ) {
			ConTransmit( bm[1355],0,0 );
			strcpy( r->rc.Name, z->user1.Handle );
			r->rc.Creator = z->id;
		}
		else	goto ddef;
					break;
.
.
.
/* line 695 */ 

					case 0:
ddef:					PutText( bm[1375] );
					break;


  .
  .
  .
/* line 753 */
	if( u.Quit == 2 ) {
		PutText( bm[1378] );
		goto renter;
	}

	PutText( bm[1379] );

ex:	z->ConfMode = FALSE;
	myp->CUser[ z->InPort ] = (struct RoomUser *)0;

	CallHost( 0 );

err:	DeletePort( replyp );
	exit(0);
}
From: oleg@crumpet.cts.com (Oleg Rovner)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Problems downloading with Term
Date: 26 Jul 92 09:19:14 GMT
Organization: We could tell you, but then we'd have to kill you
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith

In article <olsen.0737@sourcery.mxm.sub.org> olsen@sourcery.mxm.sub.org (Olaf Barthel) writes:
> In article <1992Jul22.192526.18045@usenet.ins.cwru.edu> pab@po.CWRU.Edu (Pete Babic) writes:
> > 
> > When trying to download with Term 2.2b using the Zmodem library I get a
> > "can't access file" (or something similar, can't remember the exact message) and
> > the download aborts. This happens with different BBS systems including GENIE
> > and setting different download paths doesn't help. I have a floppy based 
> > system running OS2.04. Anyone know how to get this to work?
> 
>    Say, what are your `Default receive path' (see protocol options) and path
> settings?
> 

Actually I am experiencing the same problem (I think). What happens is the
system "cannot open xprZmodem.library" after a different protocol was
selected. It has no problem with Z transfers when Term is started up with
Z as default, but switching protocols causes this to crop up. Term 2.2b,
AmigaDOS 2.04
--
...!crash!crumpet!oleg * "These matches are designed especially for damp
        or             *   climates, but they will not light when wet"
oleg@crumpet.cts.com   *                           -US Army
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: 'SZ'
Date: 22 Jul 92 04:15:04 GMT
Organization: FAA Technical Center, Atlantic City NJ

jbickers@templar.actrix.gen.nz (John Bickers) writes:

>    It might have really been a flow control problem. ZMODEM is easily
>    crippled by such things, while the XMODEM derivatives are not.

  Not true.  ZMODEM does not require 256 byte transparency as the X/YMODEM
protocols need.  Further, hardware flow control is only needed for ZMODEM
and YMODEM-g as they are not segmented protocols (when ZMODEM does not have
a window value entered).

  -jack-
From: dj@cfa.harvard.edu (Diab Jerius)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: sz problem
Date: 22 Jul 92 20:54:00 GMT
Article-I.D.: cfa.1992Jul22.205400.3563
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA


In article <1992Jul22.041322.19517@newshub.ariel.yorku.ca>, cs902125@ariel.yorku.ca (SHUK C YIP) writes:
> In article <92203.155430WGLP09@SLACVM.SLAC.STANFORD.EDU> WGLP09@SLACVM.SLAC.STANFORD.EDU writes:
> >211 cps at 2400 baud isn't all that bad, depending on whether your modem does
> >compression. If not, 230 cps is about as good as it gets, so 211 is 10% below
> >the max. VLT can do the 230 cps no problem, so the limitation must be elsewhere
> >but still, why worry about 10%.
> >
> 
> Because JR-Comm can push the transfer rate up to 230 cps, VLT can't. So,
> I doubt there is something wrong with my sz or VLT setup.

i run w/ vlt and a supra 2400 baud modem and always get 230cps.  if i don't
i start worrying about the connection.
-- 
diab jerius                                     harvard-smithsonian 
internet: jerius@cfa.harvard.edu              center for astrophysics  
voice: (617) 496-7575               60 garden st., m/s 81 cambridge, ma 02138 
Newsgroups: comp.sys.amiga.datacomm
From: laire@uni-paderborn.de (Ralph Schmidt)
Subject: Re: SupraFAX - new ROMS out?
Organization: Uni-GH Paderborn
Date: Mon, 27 Jul 1992 15:12:20 GMT

aq061@cleveland.Freenet.Edu (Scott Devine) writes:


>I had heard that a new version of the SupraFAX v.32bis roms were going to
>be shipped in mid-July.  Well, it is nearing the end and I haven't heard a 
>followup or even that they have shipped.  Any one know?

Last I've heard...start of August

Bye...
-- 
Ralph Schmidt                                            laire@uni-paderborn.de
University of Paderborn (Germany)
From: jma@reef.cis.ufl.edu (John 'Vlad' Adams)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: What is the best BBS?
Date: 24 Jul 92 18:47:18 GMT
Organization: Univ. of Florida CIS Dept.

Did Roger_Nordin@f302.n901.z92.badnet.bad.se really type:

> > DLG does not keep an extra file for message threading. Message threads in
> > DLG are handled like a linked list of messages. Each message has a field to
> > store the forward and backward link in the chain.
> 
> Could you explain how this is supposed to work. (But then, I know it doesn't)

Well, I would imagine that when linking mail, DLGMail looks for messages
belonging to the same subject thread, and then modifies a certain field
in each message pointing to the next and previous messages in the thread.  

I don't see what's so hard to understand about it.  And why do you say it
doesn't work?  Last time I read threaded mail on my system, it worked. I
prefer to read mail in chronolgical order.

> Message replies are formed as a tree, not as linear links. This is pretty 
> obvious when you think about it, as a single message may have more than one 
> reply to it. Your implementation does not have any way to handle this.
> A pity, as it offers so many advantages!

I see the analogy, but what advantages would there be in designing a linking
algorithm to follow such a tree?  Message threads tend to take such varied
paths that you'd be going back and forth in the thread.  I may be
old-fashioned, but I still prefer chronological reading, even in my message
threads...
-- 
John Adams - Sysop - Beachside BBS.  (Amiga/Cyber/Fido/UUCP)     _
Internet: jma@cis.ufl.edu      John_Adams%lamia.uucp@ufl.edu  _ // Amiga
Fidonet: 1:3612/57.0         UUCP: uflorida!lamia!John_Adams  \X/ Forever
Cybernet: 57:2163/57.0  AT&T: 1-904-492-2305 (Pensacola, FL)
Xref: sparky comp.sys.amiga.datacomm:5379 comp.dcom.modems:11260
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm,comp.dcom.modems
Subject: Re: FCC considering "modem fees" again
Date: 27 Jul 92 20:49:06 GMT
Followup-To: comp.sys.amiga.datacomm
Organization: FAA Technical Center, Atlantic City NJ

TomK@cup.portal.com (Tom R Krotchko) writes:

>concerning CI$'s fees, how does anyone afford it? $12/hour for
>(yawn) 1200/2400 access. A whopping $22/hour for normal (v32)
>access.

>Assuming you do little else but get email, that's probably 
>4 hours a month. 

  Update your database, CIS has had a montly flat rate for basic services
for quite awhile now.

  -jack-