HDTenEightyP/NetNews huggingface dataset:
From: rjones@magnus.acs.ohio-state.edu (Ronald Jones)
Subject: Re: Intel Modems
Organization: The Ohio State University
Date: Wed, 11 Nov 1992 20:29:56 GMT

Well let me be the first to say something bad about the Intel 400!
It can be a problem when used in a non-DOS environment (e.g. OS/2).
This is because it stores its configuration in volitile RAM. I 
don't know why such a high end modem didn't use flash memory but
there you are.

That said, I must say that I am generally pleased with mine. Once I got
native OS/2 communications and fAX software I found it works very well. Its
nice to download at 14,400 in backgound while editing and printing. Also
they have fixed the problem with FAxing at 14,400 by releasing a software
upgrade. I've installed it but have not tested it (can't find a 14,400
fax!).


-- 
 < Ron Jones                   |    E-mail:       rj+@osu.edu   > 
 < The Ohio State University   |    Office:      (614) 292-1665 >
 < 338 West Tenth Avenue       |    FAX:(9-5PM)  (614) 292-7151 > 
 < Columbus, Ohio 43210        |        "eschew obfuscation"    >      
Newsgroups: comp.dcom.modems
From: garion@selway.umt.edu (Jason Curnow)
Subject: Re: CompuCom
Organization: University of Montana
Date: Sat, 7 Nov 1992 15:44:06 GMT

In article <9211051808.AA12093@cabell.vcu.edu> csc2mxs@cabell.vcu.edu (Marko Siladin) writes:
>Hi!
>Does anyboy know what happened to CompuCom? I tried to get
>an upgrade on my BIOS, but when I called their 800 number
>some other company answered. They also received a lot of
>phone calls but couldn't help me in finding the new number.
>...Marko

From what I've heard, CompuCom went out of business a few months ago.
We had a dealer in town who went nuts selling their proprietary 9600
baud modems, and now he's in the doghouse since there is no no support
or future for them



-- 
- Jason Curnow                       University of Montana
  garion@selway.umt.edu              CIS Consulting
  con_jpc@lewis.umt.edu              (406) 243-2975, LA 40
From: clifto@indep1.UUCP (Cliff Sharp)
Newsgroups: comp.dcom.modems
Subject: Re: WARNING: USR vs ADB
Date: 12 Nov 92 05:36:59 GMT
Organization: as little as possible

In article <9NOV92.21231170@uwpg02.uwinnipeg.ca> aleung@uwpg02.uwinnipeg.ca writes:
>I have a question about DIN plug. There are many product using DIN plug right now.It is very common in Car Stereo. If someone wants to test his car stereo at
>home, will he use the plug of the modem in the car stereo? Therefore, it is your
>responsibility to hook up everything correctly.

   Unfortunately, not everyone can tell that they are not supposed to plug
their car stereo into their toaster mains cord, or their stereo speaker
outputs into their color VGA monitor's 30,000 volt cord.  DIN thought that
they could produce a standard series of plugs/jacks that could be used
_intelligently_ by all; unfortunately, it looks as though every maker of
equipment has to invent his own proprietary standard connector (at great
cost not only to the maker but also to the user) so that one cannot plug
his car battery charger into his flashlight.
   It appears that Apple Computer liked the idea of using one eight-pin
(I believe) connector for everything on the back of their computers; it
must have saved them, say, seven cents per computer.  And since (most)
Apple computer users appear to like staying as far away from knowing their
computers as possible (else they'd buy cheaper, faster computers like IBM
clones or the "not-for-the-'rest-of-us'" machines), it probably would have
been a good idea to put different (VERY different) connectors on the backs
of Apples for different devices.  But then again, Apple does seem to
encourage Apple Factory Service Technicians be hired to install these
things, for only a measly few dozens of dollars per hour.
-- 
+------------------------------------------------------------------------------+
|   Cliff Sharp  |      clifto@indep1.chi.il.us   OR  clifto@indep1.uucp       |
|     WA9PDM     |                 Use whichever one works                     |
+------------------------------------------------------------------------------+
Newsgroups: comp.dcom.modems
From: steveh@rtsg.mot.com (Steve M. Hoffman)
Subject: Re: Supra flame
Organization: Motorola Inc., International Cellular Subscriber Group, GSM.
Date: Mon, 9 Nov 1992 15:37:08 GMT

randy@rls.UUCP (randall l. smith) writes:
> paul@hsh.com writes:
>> dawson@willard.UUCP writes:
>>> I've been using a SupraFAXModem v.32bis (V1.200-C TR14-Jxxx-001 032) modem
>>> for about a month.  
>> [stuff deleted]
>>> I've been in line for the free H-ROM upgrade for over two weeks.  Supra's
>>> tech rep assured me I'd have it by the end of the first week.  Why should
>>> they make promises they damn well know they have no intentions of honoring?!
>>
>> Where do people get the idea that all of their orders will be in their 
>> mailbox with tomorrow's mail?  Have some patience, for God's sake.  Yes,
>> some delays are unavoidable -- but they REALLY don't do it DELIBERATELY to
>> p*ss you off.  Really.  Honest.
>
>Amen!  I didn't get my request *form* from Supra until several weeks
>after many netters reported getting their new ROMS.  Two days later I
>sent it back and didn't get my ROMS until one month later.  No big deal. 

They did say up front that the fastest way to get your upgrade from them
was via their BBS.  That's how I got mine and to this day I have yet to
see this paperwork they said they'd send out for the upgrades...
-- 
Steve Hoffman <steveh@rtsg.mot.com>
Motorola Inc. Arlington Heights, IL
All opinions are my own.
Big corporations have none.
Newsgroups: comp.dcom.modems,misc.forsale,misc.forsale.computers
From: cmk@athena.mit.edu (Charles M Kozierok)
Subject: Re: Illegal Sales from Mark Margolis
Organization: Massachusetts Institute of Technology
Date: Mon, 9 Nov 1992 15:05:27 GMT

In article <BxF0zt.Gru@news.cso.uiuc.edu> berger@atropa (Mike Berger) writes:
>jas@ISI.EDU (Jeff Sullivan) writes:
>>You don't quite understand one of the basic tenets of the Net.  No
>>commercial ventures are alloed, except isolated positngs in
>>well-delineated groups set off for new product aznnouncements and the
>>like.
>*----
>Ok.  But it's not clear what "isolated postings" are.  I haven't
>seen daily, or even weekly ads from this guy.
>
>>Now, if Joe Shmoe can advertise here, why can't Fred Shmed Inc.?  Why
>>not Sears?  Or Tandy, CompUSA, and IBM?
>*----
>I agree.  But it's not too easy for me to distinguish between a personal
>ad that MIGHT be somewhat "commercial" in nature and a genuine personal
>ad.  I KNOW that an ad from Tandy, CompUSA, and IBM is commercial.

i have been following this thread with some interest. i fall in the
camp of those who do not believe that this newsgroup should be
used for commercial purposes, because there are groups for this, and
because the nature of this system is that the receiver pays, not
the sender.

the "who is commercial and who is not" is reminiscent of the
olympics people deciding who is a professional athlete and who is not.

i would say that it is reasonably easy to define who is performing
commercial activity and who is not: if one is selling something which
one originally bought to use, that is not commercial activity. if one
is selling something that one bought (or made, of course) specifically
to sell, that is commercial activity.

there are probably some exceptions to this, and of course this
definition does not lead to any kind of set of enforceable criteria --
it is up to each poster to have enough decency to decide what
is appropriate and what is not.

that said, i don't see how anyone can judge anyone else's ad (or
worse, signature) to decide who is doing what. let's be careful
before we go throwing around accusations.
--
charles
From: frank@cs.yorku.ca (Frank Pikelner)
Newsgroups: comp.dcom.modems
Subject: RZ, SZ, Kermit
Date: 11 Nov 92 00:10:37 GMT
Article-I.D.: yetti.1554
Distribution: world
Organization: York University, Dept. of Computer Science


Could someone tell me the current versions of SZ, RZ, and Kermit for Sun OS?

Thanks in advance,

BTW - I checked archie and the last version I found of SZ/RZ was from 1989

-- 

--------------------------------------------------------------------------
 ---  ---    Frank Pikelner                                          /~\
 \    \  \   Technical Assistant, Department of Computer Science    <v.v>
  \-   \--   York University (Toronto, Canada)                      ,\^/;
   \    \    Internet: frank@cs.yorku.ca                            _{!}_
--------------------------------------------------------------------------
From: dkw@wolferts.ka.sub.org (Dr. Klaus Wolferts)
Newsgroups: comp.dcom.modems
Subject: Re: RFI messing up modem communications--remedies?
Keywords: RFI, noise
Date: Sun, 08 Nov 92 11:52:13 MEZ
Organization: Ing'Buro f. EDV + Elektronik, D-7500 Karlsruhe 31

spcberto@psyche.spc.uchicago.edu (Robert Osterlund) writes:

> Last weekend, we moved into a new home close by a local radio station.  I
> had expected RFI to degrade our television reception, but I was aghast to
> discover that it is affecting our phones as well.  The phone lines are
> quite noisy, and if you listen you can clearly make out the voices and
> music of the radio station's broadcast.  Some times are worse than others.
> The phone company says there is nothing it can do. 

The can but they wouldn't! I think if they would use shielded cables on 
the way near the radio transmitter they would improve the situation. 
Perhaps you can replace the cabling within the house with a shielded and 
twisted one. 
 
> Needless to say, this is having a bad effect on my modem communications.
> It is hard to establish connections, and several times I have lost
> connection in mid session.  Text scrolls across the screen in fits and
> starts as data is transmitted and retransmitted through the line noise.
> Several file transfers have bombed out.
> 
> I suppose dropping my baud rate will help (ugh!), but is there anything
> else I can try?  Specifically:
> 
> --hardware fixes?  (filters and other gizmos)

Use shielded and/or twisted cable. Filters may be useful, but I think 
you get unwanted signals which were catched on the phone lines between 
the CO and your flat.

> --modem settings?  (I have an Intel 2400B MNP modem)

Use MNP connections where you can, especially the error correction 
classes MNP 2-4. If you can afford buy a modem with V.42 error correction
(normally includes V.42bis compression too, which is better than MNP5)

> --telecommunications software?

No.

> --file transfer protocols especially effective dealing with line noise
>   and allowing resumption of failed transfers?
 
Use of error protecting protokolls like UUCP g, Kermit, Zmodem or others
would help but slow down your transfer rates.

> Some additional information:  We have moved into the first floor of an
> older two-flat.  The modem, an Intel 2400B MNP, hooks up via regular
> twisted-pair cable, about six feet in length, to a modular phone jack.

> The computer equipment is properly grounded.

Try to remove the ground connection (but be sure to use a safety 
transformer then!)

There is not much hope to improve your situation more than gradually.

Klaus


 ____    __  __  __    __   __
|    \  |  |/ / |  | /|  | / / Dr.-Ing. Klaus Wolferts: dkw@wolferts.ka.sub.org

|  |  | |  | /  |  |/ |  |/ / Ing'Buro f. EDV + Elektronik  
| d|  | | k| \  | w| /|  | / Mitteltorstr. 45,            Phone: +49 721 706016
|____/  |__|\_\ |__|/ |__|/ D-7500 Karlsruhe 31, Germany,  4903'02"N 822'58"E
Newsgroups: comp.dcom.modems
From: mark@inet-uk.co.uk (Mark Powell)
Subject: Re: 536 cps with V32bis? What is going on here?
Organization: Mark-One Public Access UNIX (+44 942 273926)
Date: Sun, 8 Nov 1992 00:27:41 GMT

In article <2226@ltb.ltb.bso.nl> wierda@ltb.ltb.bso.nl (Gerben Wierda) writes:
>
>Well, many people told me to install Taylor. I did once, but at that time
>Taylor had a problem with the NeXT ports and caused lock-ups of those ports.
>This is now corrected and I am waiting for Ian's next release to board the
>Taylor train again.

If you want to do some bug fixing and get the latest version of Taylor UUCP.
Get convex.com:pub/taylor-uucp/taylor-uucp-gamma1.04.tar.Z for yourself.
It's the very latest version. Maybe some bugs still in there, but you can help
iron them out by installing it. The major advantages, personally, are the new
style of configuration files which allow you to set-up *everything* you'd like,
the new bi-directional 'i' protocol which should help if ever I get it 
working better :) and the way it doesn't have to send the X. files over. It
just sends the D. and gets the other end to create the X. file itself.

>I dropped data compression and tested again and the speed went up to 1160 cps.

Am getting ~1380 chars per second with g(7,64) and ~1660cps with the 'e'
protocol over a v32bis/v42 link with both mail and news already compressed.

>wierda@ltb.bso.nl (Gerben Wierda)     ||    #include <std/disclaimer.h>. Support
-- 
Mark Powell

mark@inet-uk.co.uk		v32bis news and mail feeds available
ibmpcug!jshark!mark-one!mark	email for details
Newsgroups: comp.dcom.modems
From: rsivaram@vela.acs.oakland.edu (Siva)
Subject: Autobaud detect..
Organization: Oakland University, Rochester MI.
Date: Mon, 9 Nov 1992 17:45:40 GMT


-- 


Newsgroups: comp.dcom.modems
From: MVOLPERS@CIPVAX.BIOLAN.UNI-KOELN.DE (Markus Volpers)
Subject: Re: OS/2 modem settings
Organization: BIOLAN - COLOGNE UNIVERSITY (FRG)
Date: Thu, 12 Nov 92 12:46:27 GMT
X-News-Reader: VMS NEWS 1.22

In <1992Nov12.064916.1836@netcom.com> kevins@netcom.com writes:

> I'm trying to get my 14.4K modem (Gateway Telepath) to have decent download
> speed under OS/2.  I know it doesn't have a UART, but are there any settings
> that I should keep in mind when running a DOS comm program?  Or should I just
> use an OS/2 program?  _Are_ there any good OS/2 comm programs?
> 
> If it matters, I'm running on a 386/25, and I'm getting between 900 and 100
> cps (dl'ing compressed files)
> 
> Thanks,
> 
> Kevin Schraith
> kevins@netcom.com

Kevin,

try the comm-program provided with OS/2. If you prever a more Telix-like UI,
then try TE/2 available at hobbes.nmsu.edu. But - most important - get a
16550 UART with buffered I/O to reduce interrupt frequency.

Regards

Markus



Markus Volpers    Dep. of Zoology and Ecology, University of Cologne, Germany

Newsgroups: comp.dcom.modems
From: swiet@syzygy.cs.jhu.edu (Alexander Swietlicki)
Subject: Re: NeXT/Supra modem performance question
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Tue, 10 Nov 1992 10:57:48 GMT

In article <1992Nov9.161208.202@hsh.com> lee@hsh.com (Lee Havemann) writes:
>
>We have found that a set window 3, set block 2  give us the best 
>transmission speed. It as almost as fast as zmodem.
>(We use 5A(185) BETA-7, so you might want to get a newer version :-)
>

	Just downloaded and compiled the latest and greatest kermit on
both machines.  Throughput is indeed improved with sliding windows, but
is still a few hundred cps behind zmodem.  :)  The reason it didn't work
before was that the 4E version didn't support it!  While throughput is
not as wonderful as that of sz, I made a nice discovery.  Kermit's sliding
windows appears to work over telnet, whereas zmodem gets infinite timeouts.
Over a telnet, the optimum setting seems to be set window 2 and packet
size 625.  (anything larger generates errors)
	Anyone know what causes these problems when sz'ing or kermit'ing
across networks?

	Alex



Newsgroups: comp.dcom.modems
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: Supra v.32bis Power Supply
Organization: Puplic-Access-Xenix-System
Date: Sat, 07 Nov 92 03:27:08 GMT

In <1992Nov4.103252.16467@nuscc.nus.sg> isc10192@nusunix1.nus.sg (KOH KHANG WEE) writes:

>can anyone out there give me the specifics on what type of
>transformer/adapter the supra v.32bis Faxmodems need ? This is because i
>ordered one with the American voltage 110 v and here in my ocuntry, we
>use 240 volts. Please Email me !

>thanks in advance !

>regards

>Jerry Koh


Hi, it is a 9Volt AC type ! I just happen to know it, cause my Supra
power supply smoked up !!! (blew up)

Well, for heaven sake it did not burn but just didn't deliver any
voltage anymore....

But it was very hot every time I used it...

Another reason never to buy again a Supra Modem...

What would have happened if the power supply had caused a house burn
??? Would Supra have been charged for delivering faulty power supplies
???


So watch out people, the Supra power supplies are very dangerous, due
to overheating. They have delivered a production model without the
right power delivery, so the transformators are heating extremly up
and could be destroyed by heat as it happened to mine !


Best regards, Stefan Hartmann,c/o Gatz & Hartmann
email to: leo@zelator.in-berlin.de


-- 
 
*************************************************************
*  Stefan Hartmann       This is how to contact me:         *
*  EMAIL: leo@zelator.in-berlin.de                          *
*  Phone : ++ 49 30 344 23 66      FAX : ++ 49 30 344 92 79 *
*************************************************************
From: seth@gradient.cis.upenn.edu (Seth Bromberger)
Newsgroups: comp.dcom.modems
Subject: PPI and Lexis connection
Date: 9 Nov 92 03:13:43 GMT
Distribution: usa
Organization: University of Pennsylvania

I'm helping a friend use her PPI 14.4K external modem to connect to
the LEXIS legal database.  The dialing is handled in software, and
the modem makes a 9600 connection correctly.  However, I noticed that
while data was being sent and recived without problems, the modem's LCD
still displayed "Negotiating".  Has anyone else had this problem?  Is the
fact that the modem appears not to have formalized the connection
serious (could it cause carrier drop or data loss)?

Thanks,

Seth Bromberger
seth@gradient.cis.upenn.edu
Newsgroups: comp.dcom.modems
From: dhess@Xenon.Stanford.EDU (Drew William Hess)
Subject: Re: Gateway's e-mail address
Organization: CS Department, Stanford University, California, USA
Date: 10 Nov 92 04:35:00 GMT

sarnold@andy.bgsu.edu (G. Steve Arnold) writes:

>mfv23060@uxa.cso.uiuc.edu (Maurice F. Vallejo) writes:
>> 	Hello,  I work at a U.S. Army Corps of Engineers lab, and we
>> are having GREAT (I mean HUGE) problems with getting the Gateway
>> Telepath 9600 to work with the U.S. Army's "standard" communication

>	(technically, the TP is a 14.4 modem, though it certainly is 
>capable of 9600 as well.)

>> package.  My employeer would like to find out what the email address

>	I'm not surprised. Nothing the Army uses is compatible with *ANYTHING*

>> 	So the question is ...  Does anyone know Gateway's e-mail address??

>	Sure -- they don't have one. They *do* however have a tech support
>BBS: 1-605-232-2109.

Actually, you can reach them via America Online at gateway@aol.com

>	steve

-dwh-
dhess@cs.stanford.edu

Newsgroups: comp.dcom.modems
From: haechler@bernina.ethz.ch (Stefan Haechler)
Subject: SW for automatic 2400baud filetransfer?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
X-Newsreader: Tin 1.1 PL5
Date: Thu, 5 Nov 1992 09:03:33 GMT

I have the following problem:
I live in Switzerland and I would like to transfer ascii files (letters)
from and to South Africa. My machine and my partner's machine in SA are
IBM-compatible PCs, both equipped with a 2400baud modem. To save money,
we would like to keep the connection-time as short as possible. Therefore
the connection-establishment phase should be minimized (in no case
interactive!).

My question:
Does anybody know a convenient (maybe public domain) communication SW
to solve this problem? How and where can I get it?

Please mail your response to haechler@tik.ethz.ch. I will post a summary.
Thanks for your help.

Stefan
From: alberto@proa.es (Alberto Poblacion)
Newsgroups: comp.dcom.modems
Subject: Re: SupraFax v32bis and BUSY tone
Summary: My Supra is the ONLY US modem that does recognize BUSY
Keywords: Supra, BUSY, tone
Date: 10 Nov 92 09:22:10 GMT
Reply-To: alberto@proa.es (Alberto Poblacion)
Organization: PROA - Compugraf,S.A. MADRID Spain

In article <1992Nov04.165933.135935@ipgaix.unipg.it> peppe@ipgaix.unipg.it (G. Vitillaro) writes:
>A friend of my just bought for me a SupraFax V32bis Modem
>in US. Its ROM level is 1.2H.
>For what I see it works fine except for recognize BUSY
>tone on Italian lines. 
>I know the BUSY tone is different in US, but other US
>modems I used recognize Italian BUSY tone.

     I face the opposite situation:

     The BUSY tone in Spain is also diffent than the BUSY tone in the US.
Of all the US modems I have tried, the Supra is the only one that does
recognize the busy tone (ROM 1.2C). All the other modems do as you said,
that is, they keep waiting for carrier until timeout.

     The difference in the busy tone is that it is faster here, i.e., it
consists of a series of short "beeps" in rapid succession, instead of the
slower succession you hear in the US.

     Maybe a good suggestion for modem manufacturers would be to provide
an S-register that could be used to select the kind of busy tone, in the
same way as there is a way to select the DTMF duration/spacing or the pulse
dialing break/make ratio.

-- 
Alberto Poblacion
E-mail: alberto@proa.es
From: j_roberts@ACADEMIC.CC.COLORADO.EDU (tomjoebob)
Newsgroups: comp.dcom.modems
Subject: What chip for my Zoom modem?
Date: 12 Nov 92 00:00:31 GMT
Reply-To: J_ROBERTS@cc.colorado.edu
Distribution: world
Organization: The Internet

Hello,
 
    I have a 2400 baud Zoom modem.  No fax or anything, just
a plain little unit that I've had for a few years.  About six
months ago, I needed to be able to send a break signal to log
onto the computers at my school.  After screwing around for a
few months and calling Zoom tech support I found out that my
modem wouldn't do this with the chip it currently had in it.
So Zoom quickly sent me a new chip, free of charge.  It
works great, as far as sending a break signal.  However, now
the CD (carrier detect) light is ALWAYS on.  Whenever I have
to hang up, my comm program (Telix) reports the hang-up
failed.  And I can't put Telix in the host mode, it thinks
someone is calling in and prompts for a login.  When I needed
the break signal, I just figured I'd put up with
comparatively little things like that (at least little to me)
but currently, I don't need to send a break signal because of
the new setup my school is using.  Should I:
 
A) put the old chip back in?
 
B) leave the new chip in?
 
C) call Zoom again and get a chip that works?  (I haven't
done this yet because their lines are constantly busy and not
all the tech people I talked to were very knowledgeable about
my problem -- 2 of the 3 I talked to were helpful)
 
The info on the new(er) chip:
C1901-20
(C)ROCKWELL 87
9151 A11641-2
 
I don't have the old chip in front of me, but the main
difference (that Zoom asked me about anyways) was that it was
-16 instead of -20.
Feel free to reply by email if appropriate.
 
Thanks in advance,
 
Joe Roberts
j_roberts@academic.cc.colorado.edu

PS  I guess I didn't make it clear, but when Telix reports that
the hang-up failed, it actually works.  At least so far.

Newsgroups: comp.dcom.modems