HDTenEightyP/NetNews huggingface dataset:
From: rcleon@svbs01.bs.win.tue.nl (Leon Oninckx)
Newsgroups: comp.dcom.modems
Subject: Supra's BBS
Date: 11 Apr 92 10:17:17 GMT
Reply-To: rcleon@bs.win.tue.nl
Organization: Eindhoven University of Technology, The Netherlands

Has anyone thought of mirroring the files which are on Supra's BBS to
a host on the Internet? It sure would be nice for people who otherwise
would have to call overseas. What stuff on the SupraFAXModem's is on
that BBS anyway?

Oh, and does anyone of you know a cheap dealer in Germany for the Supra-
FAXModem? (Cheapest I found so far is Solaris in Koeln, DM 799,-)

-Leon
email : rcleon@win.tue.nl
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.dcom.modems
Subject: Re: Configuring modems to UNIX SYSTEM V RELEASE 4.0 - HELP
Date: 13 Apr 92 17:10:54 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <7452@orbit.cts.com>, navininj@pnet51.orb.mn.org (Bill Johnson) writes:
	( v.4 modem problems )

In Devices there's room for two device names, the device to use for
communication and the one to use for dialing. I have had to set the comm
device to the modem control device, and the dial device to the non-modem
control device. This works on some systems with some modems, you milage
may vary.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: catone@dmark.wharton.upenn.edu (Tony Catone)
Newsgroups: comp.dcom.modems
Subject: Re: DOS telecomm prelim. I like XTALK for Windows
Date: 17 Apr 92 18:02:10 GMT
	<CATONE.92Apr15150608@drachma.wharton.upenn.edu>
	<1992Apr17.014612.4571@rfengr.com>
Organization: University of Pennsylvania
In-reply-to: rfarris@rfengr.com's message of 17 Apr 92 01:46:12 GMT

In article <1992Apr17.014612.4571@rfengr.com> rfarris@rfengr.com (Rick Farris) writes:

   That doesn't change the fact that PC+ emulations are good
   but not great.  XTALK for Windows is much better, at least
   in the VT arena.

It would be good if you said what you meant.  You posted to the effect
that Procomm's emulation was not acceptable to you; if you really meant
Procomm Plus, a completely different product, you should have said so.

That given, do you have some specific tests that one can use to duplicate
these deficiencies you allege?  I've never had a problem with the PC+
terminal emulation (once I sorted out the destructive/nondestructive
backspace issue), and we've pounded on it pretty hard.  What have we
missed?


- Tony
  catone@dmark.wharton.upenn.edu
From: william@pilikia.pegasus.com (William Kwok)
Newsgroups: comp.dcom.modems
Subject: Re: What is it with Supra?
Date: 17 Apr 92 03:54:52 GMT
Organization: Pilikia, Honolulu

In article <1992Apr15.195528.25323@sj.ate.slb.com> poffen@sj.ate.slb.com (Russ Poffenberger) writes:
>I went to my local Egghead store and got the new Zoom v.32bis faxmodem. Works
>great. Price was $299.

Does Egghead do mail order?  What is the number (toll-free if possible)?
Direct Micro has it but says they're backordered for 6 weeks.

>
>Russ Poffenberger               DOMAIN: poffen@sj.ate.slb.com
>Schlumberger Technologies       UUCP:   {uunet,decwrl,amdahl}!sjsca4!poffen
>1601 Technology Drive		CIS:	72401,276
>San Jose, Ca. 95110             Voice: (408)437-5254  FAX: (408)437-5246


-- 
William Kwok		| Internet: william@pilikia.pegasus.com
MicroAge Tech Support	| UUCP:     uunet!ucsd!nosc!pilikia!william
Honolulu, Hawaii, USA   | Voice: (808)524-6652
Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Pin Config for Hrdwre Hndskng Cable?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 10 Apr 1992 07:33:19 GMT

In article <KEN.92Apr9173556@stthomas.Cayman.COM>, ken@Cayman.COM (Ken Siegel) writes:
> Try the following (kudos to Jim Elliot for posting this elsewhere on
> the net).....
>     Mac Pin        Mac Function        DB 25 Pins       RS 232 Function
> ...
>       4, 8         Ground                  1            Shield
>                                            7            Ground


Years ago I was taught it is Nasty, Evil, Wrong, Dangerous, and A Bad Idea
to connect shield (i.e. chassis) ground to logic ground more than 0 or 1
times in an entire system composed of modems, computers, MUX's etc.

Has this changed?


Vernons Schryver,  vjs@sgi.com
From: Jay.Ashworth@f160.n3603.z1.FIDONET.ORG (Jay Ashworth)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Date: Sat, 11 Apr 92 22:11:00 EDT
Organization: FidoNet node 1:3603/160 - Hacker's Haven, Clearwater FL

In a msg of <Saturday April 11 1992>, Greg Andrews wrote to All:

 >> The T1000 (and version 1 Trailblazers... there have *got* to be some
 >> DCA Fastlinks out there!) are somewhat slower (11680 bps, says my T1000).

Yup.  "Fox Fastlink" it says, right up on the front panel.  Nice noisy fan, too...

 GA> There are TrailBlazers and Fastlinks (and even a few Ven-Tel EC18K's)
 GA> out there, but nearly all of them have been upgraded to AA3.01-AB3.00
 GA> with full speed PEP (18031 bps) capability.

Most interesting.  Thanks.

Cheers,
-- jra

--  
Internet: Jay.Ashworth@f160.n3603.z1.FIDONET.ORG
UUCP: ...!uunet!myrddin!tct!psycho!160!Jay.Ashworth
Note:psycho is a free gateway between Usenet & Fidonet. For info write to
     root@psycho.fidonet.org.
Xref: sparky comp.dcom.modems:6339 comp.sys.mac.comm:4477
From: bcoleman@hayes.com (Bill Coleman)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 7 Apr 92 13:41:32 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr6.173059.23525@eff.org>, hshubs@eff.org (Howard Shubs) writes:
> 
> My understanding is that V.32 = 9600, V.32bis = compression for
> effective 14400, V.42 = ecc, V.42bis = compression for effective 38400.

No. V.32 = 9600. V.32bis = 14400. That's modem engine speed. No compression
at all.

V.42 is error correction using acknowledged CRC-checked blocks.

V.42bis is compression offering up to 4:1 compression ratio, depending on
the data.

Theoretically, with the proper data set you could squeeze 4*14400 bps through
a modem with V.32bis, V.42 and V.42bis. (That's 57600 bps for the math-
deficient)

Actual throughput depends on the data, the type of flow control, the modem
and computers used. Your mileage may vary.

-- 
Bill Coleman, AA4LR                ! CIS: 76067,2327    AppleLink: D1958
Principal Software Engineer        ! Packet Radio: AA4LR @ W4QO
Hayes Microcomputer Products, Inc. ! UUCP: uunet!hayes!bcoleman
POB 105203 Atlanta, GA 30348 USA   ! Internet: bcoleman%hayes@uunet.uu.net
Disclaimer: "My employer doesn't pay me to have opinions."
Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.

Xref: sparky comp.dcom.modems:6370 comp.sys.mac.comm:4497
From: glenn@gla-aux.uucp (Glenn Austin)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 8 Apr 92 06:27:03 GMT
Article-I.D.: gla-aux.1CE00001.0fkhmo
Reply-To: glenn%gla-aux.uucp@skinner.cs.uoregon.edu
Organization: The Pit Lane
X-Mailer: uAccess - Macintosh Release: 1.5v4


In article <1992Apr7.194332.13698@m.cs.uiuc.edu> (comp.dcom.modems,comp.sys.mac.comm), gillies@m.cs.uiuc.edu (Don Gillies) writes:
> I have noticed some trouble with the mac's communication toolbox
> (which I think has built-in ZModem).

BZZZZT.  Wrong.  CommToolbox doesn't include a ZMODEM tool -- however there
is at least one available...
> For instance, the telecom
> program called "Termulator" uses the communication toolbox.  But
> Termulator almost always screws up a zmodem transfer, even at 2400
> baud.

Probably just uses the Connection Manager and/or the Terminal Manager. 

This ZMODEM problem sounds like a bug in Termulator.

===============================================================================
| Glenn L. Austin                | "Turn too soon, run out of room.           |
| Macintosh Wizard and           |    Turn too late, much better fate."       |
| Auto Racing Driver             |   -- Jim Russell Racing School Instructors |
| Usenet:  glenn@gla-aux.uucp or glenn%gla-aux.uucp@skinner.cs.uoregon.edu    |
===============================================================================
From: mancini@cee.uucp (Derrick C. Mancini)
Newsgroups: comp.dcom.modems
Subject: Re: sz and rz in UNIX
Summary: works sometimes, escape controls...
Date: 8 Apr 92 23:28:02 GMT
Article-I.D.: doug.1992Apr8.182802.10173
Followup-To: mancini@engr.wisc.edu
Organization: Civil & Environmental Engineering Department

Yes, I have had similar difficulties with sz and telix.  Two things
worth mentioning: problems are most likely to occur when using v42bis
type error correction and compression and when you are working a connection
through some kind of terminal server.  In either case, the problem is
in part due to handling of control characters I think.  I found that I
could almost never get a transfer UNLESS I used the -e option, which
translates all "control" characters to escaped-ASCII characters.  In
fact, since I am transferring binary files, it is translating those
bytes that might look like control characters to some part of your
communication chain (and hence get gobbled up) into a more acceptable
and benign ascii equivalent.  You might try this and see if it works for
you.  Nevertheless, my success rate is still only 95%, and I think the
rest are bugs in the start-stop hand-shaking of the unix utilities.

Derrick Mancini
Visual Science
2002 Atwood Ave, 210
Madison WI 53704
608-244-1335
mancini@engr.wisc.edu
Xref: sparky comp.dcom.modems:6369 comp.sys.mac.comm:4496
From: chris@surfcty.UUCP (Chris Johnston)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Keywords: supra, v.32bis, v32bis, mac, macintosh
Date: Tue, 07 Apr 92 22:11:33 PDT
Organization: Surf City Software, Orange, Calfornia - DUDE!

jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:

> As a proud owner of a brand new SupraFAXModem v.32bis (SN 158), I of course
> got right down to trying the thing out. It didn't take long to run into a
> problem, and the story from Supra Tech Support was less than thrilling:
> 
> Using the modem on a Mac IIsi, I set my software for hardware handshaking
> and a communication rate of 57600 (computer to modem). Much to my chagrin,
> the text that came through from all the bbs's I tried was marred by

--- Stuff Delete

> people who use Macs with USR HSTs with what seemed like full speed capability
> Likewise, these same serial ports can be used with LocalTalk networking that
> operates at 250kbaud. Somebody tell me Supra is off their collective rocker,
> and that I can make full use of this inexpensive (but not THAT inexpensive)
> modem.
> 
> Muddling along at 19200,
> 
> John Mitchell (jsm2r@Virginia.EDU)

John, you are right.  The boys at Supra are pulling the wool over your
eyes.  I am using an Intel 14.4ex on my Mac IIci and SE/30.  I run
with 57,600 baud (Hardware handshake enabled) with NO PROBLEM.

My company develops Mac software.  We transfer several megabytes
each day on this modem WITH NO ERRORS!

Someone hasn't a clue what a Mac is...

Chris


Chris D. Johnston       714/289-8543 (Voice) 8AM~7PM PST
Surf City Software      714/289-1002 (Fax)
Orange, CA  92669       AppleLink: SURF.CITY
chris@surfcty.UUCP      surfcty!chris@UUNET.UU.NET

Newsgroups: comp.dcom.modems,comp.protocols.misc
From: marc@r-node.gts.org (Marc Fournier - System Admin)
Subject: Re: sz and rz in UNIX
Organization: R-node Public Access UNIX System (416-636-2026) - 24hrs.
Date: Mon, 06 Apr 1992 03:12:21 GMT

In article <1992Apr5.121734.16308@unixg.ubc.ca> cchen@unixg.ubc.ca (Chia-tung Chen) writes:
>I hope someone can help me with this problem for I am really anxious
>to know the answer. Does "sz" and "rz" work with IBM/PC's z-modem
>protocol? I thought I just have to do "sz <filename>", and my
>"telix" on the PC side would automatically download the file
>with no problem. Well, "telix" does recognize and z-modem initialization,
>but the transfer is never successful. The error messages are
>  1. "sub-packet length is too long"
>  2. "0-Garbage Count exceed limit"
>  3. "0-Time Out"
>

	Check your filenames.  I always have a problem if the file
that I want to download has a format such as 'file.tar.Z' with the
two '.'s in it.  As soon as I get rid of the second one, it downloads
no problem.  Filename length doesn't seem to make a difference, as
it chops the name off itself, but that second dot it doesn't like.

Marc

-- 
**********************************************************************
|     Marc Fournier    R-Node Public Access Unix    416-636-2026     |
|     1700+ newsgroups      network email      files       24hrs     |
|                    news and mail feeds available                   | 
|     marc@r-node.gts.org      r-node!marc      marc@r-node.uucp     |
**********************************************************************
From: ST7021@SIUCVMB.BITNET
Newsgroups: comp.dcom.modems
Subject: Telephony Forum?
Date: 15 Apr 92 13:29:08 GMT
Distribution: world
Organization: The Internet

Can anyone on here lead me to the address of a forum which deals with
telephone paraphenalia? I am in need of a device that can detect off-hook
presence of a telephone line, and haven't come up with much yet. Thanks
for any help!

Thomas Boehler
From: johnboyd@OCDIS01.OC.AFLC.AF.MIL (John Boyd;LAHDI)
Newsgroups: comp.dcom.modems
Subject: 16550* and XTs
Date: 6 Apr 92 17:41:04 GMT
Organization: The Internet

I have been told that replacing the 8250 UART in an XT to a 16550* will not
help, and that it isn't possible to get the faster data rates out of an XT.

Is this correct, or is there some esoteric point that they neglected to
mention?  Please avoid the obvious 'upgrade the computer' answer.  I would
if I could, but we have to make use of all that we've got, since upgrading in
the immediate future is out of the question.  Help appreciated; wisecracks
>> /dev/nul.

Xref: sparky comp.dcom.modems:6550 biz.comp.telebit:221
From: ryan@netcom.com (Ryan Miller)
Newsgroups: comp.dcom.modems,biz.comp.telebit
Subject: Re: Loyalty Pays Again and PEP upgrade?
Date: 9 Apr 92 00:47:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)


The good news in regards to the length of time Telebit is taking on the
PEP upgrade, is that it will be a new FASTER PEP. I think it's called
Turbo PEP. If you're getting the upgrade for the T3000, expect this gem
when you get the upgrade. Just to give you a comparison, old PEP might
get about 1200cps on a compressed file on a long distance call. The new
TurboPEP gets about 2000-2100cps on a compressed file long distance. It
is still in testing stages, but I can't WAIT until it comes out. This
blows away v32bis. The connect rate is something like 25k or 28k instead
of 19.2k.
From: fisseha@kira.msu.edu (Yonas Fisseha)
Newsgroups: comp.dcom.modems
Subject: a few questions
Summary: just curious
Keywords: uart egghead what??
Date: 17 Apr 92 20:38:10 GMT
Organization: Michigan State University, College of Engineering
Originator: fisseha@kira.egr.msu.edu


     Well, actually its one question and one
comment/question/puzzlement.  First what is UART?  What does it stand
for?  What is the difference between the different UARTs (can you say
that?  I mean, I've seen UART 16450 and UART16550. Are there more?)

     Second, is "EGGHEAD" the real name of a dealer or a universal term
for local computer/peripheral dealers.  WHY???   Whats the significance,
or why would any store want to name themselves "EGGHEAD".  Im really
curious.

     Thank you
  
    Yonas Fisseha

ps
  If you really think this deserves a flame and you have nothing better
to do, please go right ahead.  yf
-- 
    _    _         ___           
   / \_ /   \__   /_    _|_  |  |      Yonas Fisseha
   \ /  \   |  |  \_|_ |   | |  |      Michigan State University
    |    |  |  |    |  |   | \__/      fisseha@egr.msu.edu
Xref: sparky comp.dcom.modems:6621 comp.sys.mac.comm:4610
From: yaosenko@acsu.buffalo.edu (Yaosen Ko)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 13 Apr 92 01:25:57 GMT
Organization: UB

In article <1992Apr11.000037.3382@eskimo.celestial.com> nanook@eskimo.celestial.com (Robert Dinse) writes:
>     Forgive me if this seems like a silly question.  But for hardware
>handshaking with carrier detect and data terminal ready you need:
>
>     RCV
>     XMT
>     RTS
>     CTS
>     GND
>     CD
>     DTR
>
>     That's SEVEN pins, why can't Mac's do both hardware handshaking and
>still have CD/DTR with an 8-pin connector?  IPX's use the 8-PIN and they
>can do it, our patch panel uses RJ-45's (8-pin modular), and they can do
>it, so why can't Macs?

Although there are 8 pins in Mac serial port, four are for data in/out,
i.e. TXD+/TXD- and RXD+/RXD-.  Mac is using RS422, not RS232 as 
the serial port.

Four pins left , right?  one is for signal ground, one is not
in use in ordinary conditions but can be configured as CD as
in RS232.  Alas, I've never seen Apple doing this for us.

The remaining two pins are for handshaking: HSKin/HSKout.  To
support hardware handshaking, you wire HSKin to CTS, HSKout to RTS.
To support modem control, you wire HSKout to DTR, HSKin to CD.
No way to do _both_ at the same time due to insufficient handshaking
pins. :-(
Xref: sparky comp.dcom.modems:6518 mn.general:239
From: john@starfire.MN.ORG (John Lind)
Newsgroups: comp.dcom.modems,mn.general
Subject: Looking for QMODEM info, updates, source
Keywords: QMODEM
Date: 8 Apr 92 20:06:11 GMT
Distribution: na
Organization: Starfire Consulting Services, Mpls., MN

DCOM READERS:  your newsgroup rarely reaches my site, please reply by
mail.

A friend of mine in South Africa wishes to transfer files to my system
using the kermit protocol (we have C-kermit 4D(060) on this end).  He
has a rather elderly copy of QMODEM, which is still his communications
program of choice, but can't get the kermit protocol to fire up in QMODEM,
even though kermit is supposed to be one of the four permanent, built-in
protocols of that version of QMODEM.  Therefore, we are looking for

	1) information on circumventing the problem
  or	2) a new copy of QMODEM, if it is still shareware
  or	3) a pointer to the author/owner/maintainer of QMODEM for
	   either/both of the above

I am cross-posting this to mn.general, since the version of QMODEM that
he has originated in Minneapolis, though I can't find any trace of
John Freels or the Forbin project (I know the reference, BTW) any longer.

DCOM READERS:  your newsgroup rarely reaches my site, please reply by
mail.

TIA!!!
-- 
		   John Lind, Starfire Consulting Services
E-mail: john@starfire.MN.ORG		USnail: PO Box 17247, Mpls MN  55417
From: gt2327c@prism.gatech.edu (Brian Ricker)
Newsgroups: comp.dcom.modems
Subject: Re: INFO-MODEMS Digest V92 #274
Date: 16 Apr 92 03:38:40 GMT
Distribution: world
Organization: The Internet

Please unsubscribe me.
-- 
-------------------------------------------------------------------------
| Brian R Ricker  gt2327c@prism.gatech.edu    Box 24867 Ga Tech Stn     |
| Georgia Institute of Technology             Atlanta,GA 30332          |
-------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: jwd@cs.brown.edu (James Durkin)
Subject: Re: Telebit Loyalty pays
Organization: Brown Computer Science Dept.
Distribution: na
Date: Sat, 11 Apr 1992 16:14:07 GMT

In article <1992Apr11.075217.1088@wrangler.WLK.COM>, bill@ssbn.wlk.com (Bill Kennedy) writes:
|> I ordered in early February, the credit card was charged in late February
|> and the modems arrived yesterday after I did some high level tail twisting.
|> I agree that lead time is several weeks (nine in my case) but there isn't
|> plenty of time to get money into the card (two in my case).  There's no telling
|> how long lead time would have been had I not screamed at an officer of the
|> company.

Either Telebit really screwed up on your order, the modem got (temporarily)
lost in transit, or you are just very unlucky.  In each of my conversations
with Telebit sales staff I was told that my credit card would not be charged
until the modem was about ready to ship (1-3 days before ship date).  If I
had received a charge against my credit card before I actually received my
order, I most certainly would not have paid it.

I had a much better experience than you apparently did.  I ordered my T3000
in early March and paid the extra $10 for UPS 2nd Day Air shipping.  I
received the modem 8 days later.  I've yet to even receive my credit card
bill for that billing period.

Overall I am very satisfied with Telebit, the Loyalty Pays promotion, and my
T3000 modem.

:.: James W. Durkin (jwd@cs.brown.edu)
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: PEP
Date: Mon, 13 Apr 92 15:47:07 GMT
Organization: Netcom

gerg@netcom.com (Greg Andrews) writes:
: I don't know if Telebit yet existed as a company in 1984.  However, Paul
: Baran is one of the creators of the PEP modulation and founders of Telebit.
: 
: Are you saying that the patent says PEP uses baud rates different than
: the ones I quoted?

No, I just was trying to figure out if the patent might be a good source of
info for understanding PEP. Since I got quite a few requests for the number,
here it is: US Patent 4438511.

-- 
_______________________________________________________________________________
Wolfgang Henke          wolfgang@henke.sf-bay.org           wolfgang@netcom.com

Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: PEP
Date: Mon, 13 Apr 92 07:58:30 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <JPe5iB3w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>gerg@netcom.com (Greg Andrews) writes:
>
>> The symbol timings for PEP are:
>> 
>> 	Long  - 136 ms
>> 	Short -  24 ms
>> 	Micro -  15 ms
>> 
>   This is the first I've heard of shorter symbols for PEP; under what 
>circumstances are they used?  
>

The modem operates in either Micro/Long or Short/Long mode.  When there
isn't much data to send, the modems bounce Micro (or Short) packets off
each other.  The smaller symbols allow the modem to turn the line around
faster to deliver keystrokes and echoes quickly for interactive terminal
work.  (It's still slower than most people like, but it's faster than
trading 128 ms Long symbols back and forth!)

In other words, when the modems have little or no data to send, they
use smaller symbols.  That's the machine-gun-like sound you hear if
you turn on the speaker during a clean connection.  When the modems
have lots of data to send, they shift up to the longer symbols that
hold more data.

>
> Are these the factors adjusted in Telebit's article on adverse noise
> handling?
>

That's one of them.  Longer symbols are more immune to things like
envelope delay.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.dcom.modems