HDTenEightyP/NetNews huggingface dataset:
From: sandyb@world.std.com (Sandy Bendremer)
Subject: Anyone tried Practical Peripherals' "FaxMe" ??
Summary: Comments on PP FaxMe Wanted
Keywords: FaxMe Practical
Organization: AnyWare Associates -- Boston, MA
Date: Mon, 16 Nov 1992 22:36:13 GMT

Has anyone tried Practical Peripherals' FaxMe product.  This is a laser
printer cartridge (HPIIX or HPIIIX) that turns the printer into a plain
paper fax receiver.

At $249 retail, this seems like a great product to use as a backup receiver
or to augment a thermal fax.

Any first hand experience with this product would be appreciated. 

Thanks,

Sandy

-----------------------------------------------------------------------------
    Sandy Bendremer      |     AnyWare Associates    |   TEL: 617-522-8102
                         |      32 Woodland Road     |
 sandyb@world.std.com    |      Boston, MA 02130     |   FAX: 617-522-5734
-----------------------------------------------------------------------------

Newsgroups: comp.dcom.fax
From: puma <puma@halcyon.com>
Subject: Re: Q for Fax/Modem card
Originator: bbs@halcyon.com
Organization: organized??  me??
Date: Mon, 23 Nov 1992 15:28:26 GMT

guac@brt.deakin.edu.au writes:
> I bought a Fax/Modem package recently. It says 9600 bpd for Fax and 2400 bpd
> for modem. But the fax and modem share one card, why they have different
> speed ?
> 
The modem and fax portions of the card are served by different
circuitry.  They may both be on one chip even, but the functions
are separately defined.  
To make a card with 2400 modem and 9600 fax uses one particular 
chip solution, with a given cost.   To have 9600 modem and 9600
fax uses a different chip solution with a different cost.  
So, you have a choice - 2400/9600 at one cost, or 9600/9600
at a different <*higher*> cost.
You *can* have 9600/9600 (or 14400) on the one card, but it
will cost more.
From: st1r8@elroy.uh.edu (Guillot, Burt J.)
Newsgroups: comp.dcom.fax
Subject: Any Class 1 or 2 SHAREWARE?  Foreground receive for DOS?
Date: 23 Nov 1992 14:38 CST
Organization: University of Houston
Distribution: world
NNTP-Posting-Host: elroy.uh.edu
News-Software: VAX/VMS VNEWS 1.41    

I have two questions.

1. Is there any shareware programs that will work with a Class 1 or 2
   FAX modem?

2. Is there any DOS fax programs (commericial or shareware) that will
   let me receive a fax in the foreground without having to load a
   whole bunch of memory resident stuff?

3. <Okay, so I can't count> ... I have a SupraFAX modem that responds
   "FAX" or "CONNECT xxxxx{/ARQ}" depending on whether a FAX call or
   data call is coming in.  Is there any program that will support
   this so that the FAX will be received, and if its not a FAX
   connection, so it will load the BBS software and take the call?
Newsgroups: comp.dcom.fax
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: MultiTech Fax Modems could run Gnu NetFax if you call
Organization: BC News and Mail
Date: Sun, 22 Nov 1992 07:12:55 GMT

In article <1992Nov17.134823.2599@ksmith.uucp> keith@ksmith.uucp (Keith Smith) writes:
>I'm going to follow up my own posting ...


>And in the mail today.  A sheet from telebit.  For a Free upgrade to
>class 2 fax on a T3000 modem & a $75 rebate. ding, ding, ding ...

Does anyone know if this is Ersatz Class 2 or Real Class 2.0?

If it's Ersatz then does anyone know if it's more like a Rockwell or Everex
type implementation.

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
Newsgroups: comp.dcom.fax
From: jpp@StarConn.com (John Pettitt)
Subject: Re: fax back from DTMF -- summary
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133
Date: Wed, 18 Nov 1992 20:26:15 GMT

sl@wimsey.bc.ca (Stuart Lynne) writes:

[ description of prior art deleted]

>My reading of the patent (filed May 11/88) indicates that the above procedure
>would be covered by the patent (delivery of facsimile data to a number selected
>by DTMF encode delivery commands).

>So can someone explain why this would not be prior art that would invalidate
>the patent if/when it get's to court?

[ caution i'm not a lawyer ]

You seem to have a good case of prior art.  The only way to find out
for sure is to go to court.  However if you can substantiate your claim
then  you are on good ground.

Many companies file patents on a speculative basis with no due
dilligence work done.  The result is lots of court cases.  I know of a
consultant who does noting but invalidate patents by finding prior art !
(for a large fee :-).


-- 
John Pettitt					jpp@starconn.com
Archer N81034					apple!starnet!jpp
Me, say that, never: It's a forged posting!	Fax:   +1 415 967 8682
						Voice: +1 415 967 UNIX
Newsgroups: comp.dcom.fax
From: work@tasha.guug.de (Felix Blank)
Subject: Beta testers wanted
Summary: beta tester for faxmon port monitor wanted
Keywords: ZyXEL faxmon
Date: Sun, 15 Nov 1992 15:47:00 GMT

Hi!

I am writing a port monitor replacing ttymon. It has further the capability
to send and receive fax messages. The project has now reached a point, where
it does make sense to have some testing done outside my machine. In its
final stage, the port monitor will be released as freeware to the UNIX
community.
If you are interrested to do some testing on your equippment, let it me
know. But keep the following points in mind:

- It is a pure Sytem V R 4.0 port monitor. No chance to let it run on
  anything else.
- It is tested with a ZyXEL E1496-E ROM 5.01M. Every other modem can
  cause problems, and i will be only of little help, because i have only
  access to the above ZyXEL.
- You will need some other packages (ghostscript, xv, TIFF, ..) on your
  machine to take full advantage of all features.

Felix
-- 
Felix Blank                                 Internet   : felix@tasha.guug.de
Germany, Munich                             CompuServe : 76334,3373
Fax: +49-89-8206074
Newsgroups: comp.dcom.fax
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: MultiTech Fax Modems could run Gnu NetFax if you call
Organization: BC News and Mail
Date: Sun, 22 Nov 1992 07:11:35 GMT

In article <1992Nov16.203649.12376@ksmith.uucp> keith@ksmith.uucp (Keith Smith) writes:
>In article <716@mtndew.Tustin.CA.US> friedl@mtndew.Tustin.CA.US (Stephen Friedl) writes:
>On the DOS side of the coin, most FAX modems *COME* with DOS faxing

On the UNIX side of the coin (I forget are we the head or the tail side)
most FAX software *COMES* with a modem.

Actually this is not as facetious as it sounds. Most UNIX fax vendors prefer 
to target the high end (less competition with the DOS products I guess).
And in that market customers are a little less worried with sharing the
fax line with other uses. 

I presume that as the UNIX workstation market increases in size and breadth
there will be increased need for a low end product that does work with generic
modems. The V32bis/V42bis/Fax/Voice type things (e.g. ZyXEL) that are coming
out now. It will need to allow data/fax/voice for both inbound and outbound
calls. And support Caller ID (void where prohibited). 

>software, so the standard is not as big of an issue.  The whole Open
>Systems concept is based on standards,  and the more hardware your
>software supports, the bigger your market.  The more standardized the
>hardware in your proposed enviroments the easier it is to support more
>different vendors products.  Plain and simple, the standard broadens the
>market for products that use it.

In principle I agree with you. The problem is one of limited resources. It's
not so much a matter of whether we'll support Class 2.0 as when. For now we
just keep collecting Class 2 modems and building in fixes to our software 
to correct the firmware bugs. 

I expect things won't change much with Class 2.0. Plug it in. Try it out.
See what doesn't work. Look for a work around. Document the things that we
can't ignore. I'm sure that most fax software guy's will agree. The *last*
thing we look forward too is the UPS guy arriving with a box. 

And nobody likes us. The customers complain when we tell them why their 
modems are no good. The manufacters don't like being told they have a bug
("It works with our DOS software!") and the sales guy's never could understand
us anyhow :-)

BTW the above rantings should definitely be assumed to be my personal opinions.

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
From: tnixon@hayes.com
Newsgroups: comp.dcom.fax,comp.dcom.modems
Subject: Re: Class 2 Fax Reception
Date: 16 Nov 92 09:52:03 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Nov13.173735.11588@inesc.pt>, vldias@inesc.pt
(Victor Lopes Dias) writes: 

> I'm writing an inbound fax program with a class 2 modem and i'm having
> the following problem:
> After the reception (Phase C), i get all the proper responses from the
> modem saying the fax was received without errors, and the program stops
> execution normally. However, when i try to convert the fax file i
> received into something displayable (like postscript for example), i get
> several sequencing errors that shouldn't be there.

Are you scanning the incoming data for DLE codes, and replacing 
DLE-DLE with a single DLE and doing the other substitutions called 
for in the text of the version of the document supported in your 
modem?

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.fax
From: anderson@zymurgy.bms.com (Jay Anderson)
Subject: Need syntax to set T.30 session subparam code VR to 1
Organization: BMS Pharmaceutical Research Institute
Date: Tue, 17 Nov 1992 19:28:13 GMT

My SupraFAXmodem v.32bis comes up expecting to send normal 98 lpi bitmaps.
Using fax-3.2.1, and ghostscript with the driver=faxhigh parameter, I'm
generating the fine 196 lpi bitmaps.  I know that I could use device=faxlow,
but I don't want to.

What is the correct AT+F synatax to what I want (so I can modify lib/libfax/gen.c)?

Thanks,

Jay Anderson
--
+---------------------------------------------------------------------+
| Jay Anderson - N3JMC          Internet: anderson@optical.bms.com    |
| Bristol-Myers Squibb Company      Work: (609)-252-6039              |
| Princeton, NJ 08543                Fax: (609)-252-6743              |
| I have a dinosaur for a representative, he has a small brain and    |
|    refuses to learn.                                                |
+=====================================================================+
From: guac@brt.deakin.edu.au
Newsgroups: comp.dcom.fax
Subject: Q for Fax/Modem card
Date: 23 Nov 92 11:57:59 EST
Organization: Deakin University, Melbourne
NNTP-Posting-Host: vax2.viccol.edu.au

Hi All,

I bought a Fax/Modem package recently. It says 9600 bpd for Fax and 2400 bpd
for modem. But the fax and modem share one card, why they have different
speed ?

Thanks

Cathy

Newsgroups: comp.dcom.fax
From: rwifall@nmsu.edu (Richard J Wifall)
Subject: Re: Need syntax to set T.30 session subparam code VR to 1
Organization: NMSU Computer Science
	<1992Nov20.162022.26846@pasteur.Berkeley.EDU>
Date: Fri, 20 Nov 1992 18:13:32 GMT

In article <1992Nov20.162022.26846@pasteur.Berkeley.EDU> sam@oxford.cs.berkeley.edu (Sam Leffler) writes:


>   In article <RWIFALL.92Nov19225427@dante.nmsu.edu>, Richard J Wifall writes:
>   > You probably will want to do AT+FDCC:1,5,0,2,0,0,0..
>
>   The set of parameters and the order that you give is correct, but you
>   want to use the +FDIS command and to set the values you need to
>   use +FDIS=VR,BR,WD,LN,DF,EC,BF,ST.  Also, since you just want
>   to change the VR parameter, you can leave off the trailing parameters
>   (they should not be changed) and so all you need is +FDIS=VR.
	Actually, both AT+FDCC and AT+FDIS will work as the DCE copies
+FDCC into +FDIS..  +FDIS is only for the current session, and the DCE
initializes it from the +FDCC params each time +FDCC is written, when
the DCE is initialized and at the end of a session..

>   Sam Leffler				Voice: (415) 390-1269

Richard
--
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=++=+==+=+=+=+=+=+=+=+=+=+
|Richard Wifall - rwifall@nmsu.edu - IRCnick: TheJazz - Member GS<>IRC        |
|-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-/-\-|
|Ask me about DeskTracker, BorderBlinker, and a demo that Dave hasn't finished|
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Newsgroups: comp.dcom.fax
From: jbf@wts.com (Jens B. Fiederer)
Subject: Re: FaxModem Question....
Organization: Wegmans Transaction Services
Date: Tue, 17 Nov 1992 15:36:00 GMT

I asked some time ago whether a FAQ was available on this group but
received no response.  Since I know that people like Mark Stevans would
certainly respond if they saw a request, I assume that my message didnt
get through.

If there is a FAQ, though, it seems safe to say it doesnt get posted
monthly!

Jens
Newsgroups: comp.dcom.fax
From: hoepfner@heasfs.gsfc.nasa.gov (Patrick Hoepfner)
Subject: Re: Q for Fax/Modem card
Followup-To: comp.dcom.fax
Organization: NASA/Goddard Space Flight Center
Date: Mon, 23 Nov 1992 21:54:48 GMT

In article <4H8ouB1w165w@halcyon.com>, puma@halcyon.com (puma) wrote:
> 
> guac@brt.deakin.edu.au writes:
> > I bought a Fax/Modem package recently. It says 9600 bpd for Fax and 
> > 2400 bps for modem. But the fax and modem share one card, why they 
> > have different speed ?

> The modem and fax portions of the card are served by different
> circuitry.  They may both be on one chip even, but the functions
> are separately defined.  

In addition, the fax standard is half duplex.  Only one machine can talk at
a time.  With data modems at 9600 bps data can be sent and received at the
same time.  This means that 9600 bps data is twice as difficult to do as
9600 bps fax.

-- Pat ------------------------------------> hoepfner@heasfs.gsfc.nasa.gov
Newsgroups: comp.dcom.fax
From: sam@oxford.cs.berkeley.edu (Sam Leffler)
Subject: Re: Need syntax to set T.30 session subparam code VR to 1
Reply-To: sam@oxford.cs.berkeley.edu (Sam Leffler)
Organization: Silicon Graphics, Inc.
Date: Fri, 20 Nov 1992 16:20:22 GMT

In article <RWIFALL.92Nov19225427@dante.nmsu.edu>, Richard J Wifall writes:
> In article <ANDERSON.92Nov17142813@zymurgy.bms.com> 
anderson@zymurgy.bms.com (Jay Anderson) writes:
> 
> >   My SupraFAXmodem v.32bis comes up expecting to send normal 98 lpi 
bitmaps.
> >   Using fax-3.2.1, and ghostscript with the driver=faxhigh parameter, I'm
> >   generating the fine 196 lpi bitmaps.  I know that I could use device=faxlow
> >   but I don't want to.
>
> >   What is the correct AT+F synatax to what I want (so I can modify lib/libfa
> 	Well, it's not quite that easy.  First of all, are you sure
> that the fax you are sending too is capable of receiving the fine
> quality?  If it isn't, then you are out of luck.  Secondly, it's not a
> simple AT+F command. The actual resolution is negotiated based on the
> capabilities of the sending and receiving machines during the "faxing"
> process. So it also depends whether you are doing class 1 or class 2
> commands.  I will assume that you are using class 2 commands (I am not
> familiar with fax-3.2.1 but I assume that is what it uses)
> The class two command is: AT+FDCC:VR,BR,WD,LN,DF,EC,BF,ST
>  Where VR = vertical resolution ( 0=normal, 1=fine)
> 	BR = Bit rate
> 	WD = Page Width
> 	LN = Page length
> 	DF = Data compression format
> 	EC = Error Correction
> 	BF = Binary File Transfer
> 	ST = Scan Time
> You probably will want to do AT+FDCC:1,5,0,2,0,0,0..

The set of parameters and the order that you give is correct, but you
want to use the +FDIS command and to set the values you need to
use +FDIS=VR,BR,WD,LN,DF,EC,BF,ST.  Also, since you just want
to change the VR parameter, you can leave off the trailing parameters
(they should not be changed) and so all you need is +FDIS=VR.

	Sam
---
Sam Leffler				Voice: (415) 390-1269
Silicon Graphics, Inc.			Email: sam@sgi.com
Research & Development, 7U-005		FAX:   (415) 965-7824
2011 N. Shoreline Blvd			
Mountain View, CA 94039-7311
From: frank@camp.wpic.pitt.edu (FRANK MCSORLEY)
Newsgroups: comp.dcom.fax
Subject: FaxModem Question....
Date: 16 Nov 92 15:07:47 GMT
Organization: University of Pittsburgh Medical Center, WPIC


Hi,

	I had a question that I thought maybe someone out there might know 
the answer to.  I'm looking for a product that would let and auto answering 
computer distinguish between a human caller and an incoming fax on the same 
phone line.  If it is a human caller, it should re-route the call to an 
answering machine, otherwise receive the fax...any ideas/recommendations?

					Thanks,
						Frank


			frank@camp.wpic.pitt.edu


Newsgroups: comp.dcom.fax
From: smlg1015@uxa.cso.uiuc.edu (Stuart M Lichtenthal)
Subject: Trouble using modem, then fax OR fax, then modem
Organization: University of Illinois at Urbana
Date: Sun, 22 Nov 1992 01:43:20 GMT



Dear Internet:

I'm puzzled by a problem I'm having with my Zoom 14.4K faxmodem.
I use the Dos software MTEZ to connect to mainframes and the Windows
software WinFax Pro to send and receive faxes.

My problem is that, if I turn the machine on and use MTEZ first to
connect to a mainframe, then disconnect and go into Windows enhanced
mode to run WinFax Pro, I have trouble Sending faxes.  My errors 
are always "No response from remote fax."

On the other hand, if I turn the machine on from rest, go into
Windows first thing and send a fax, no problem.  If I then go
into DOS to connect to the mainframe, I again have a problem "modem
not responding".  

Neither a softboot or a hardboot is able to "fix" the problem.  I must
leave the machine off for about 15 seconds (capacitors?) before
turning it on again.  Then I decide which I want to do, connect or
fax.  It is very annoying to have to turn the machine off every time
I want to do one or the other.

Can anyone suggest what I'm doing wrong?

Stuart Lichtenthal smlg1015@uxa.cso.uiuc.edu
.

Newsgroups: comp.dcom.cell-relay
From: svg9211@uxa.cso.uiuc.edu (Vidu)
Subject: Fault-tolerance in ATM gigabit networks ?
Organization: University of Illinois at Urbana
Date: Thu, 19 Nov 1992 22:30:54 GMT
Keywords: fault tolerance ATM gigabit network multicasting 

hi

i am in the process of learning about ATM gigabit networks. 
Can you suggest where i can find articles/documents/reports about 
fault tolerance work done in ATM gigabit networks ? 
	Also, i want to look at the work done in multicasting... in the same
type of networks.

Any help is appreciated. 
thanks. 
Sridhar

email - sridhar-v@uiuc.edu

-- 
________________________________________________________________________________
 __                                     Email: sridhar-v@uiuc.edu
(__  ._  o  _| |_   __.  ._             Univ of Illinois at Urbana-Champaign
 __) | ' | (_| | ) (_/|_ | '            Home Ph :(217) 328-7847
Newsgroups: comp.dcom.cell-relay
From: rmk@cs.brown.edu (Richard Kogut)
Subject: Re: UB
Organization: Brown University Computing & Information Services
Date: Tue, 17 Nov 1992 21:01:41 GMT

Keywords: 

Ungermann-Bass and BBN are teaming up. BBN is doing the central switch tech-
nology and UB is doing the integrated hub part. They've release a joint white
paper entitled "Total Area ATM Networking:  A Vision for Networking in the 90's". There's really not much in it besides a basic description of ATM and that
they will share technologies and market each others products.h
From: finn@isi.edu (Greg Finn)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Computers dont like ATM?
Date: 18 Nov 92 19:38:06 GMT
Reply-To: finn@dalek.isi.edu (Greg Finn)
Organization: USC-Information Sciences Institute

In article <1992Nov18.025754.14749@trl.oz.au> you write:
>This morning I heard a talk by Dr Paul Green from IBM Research ...
>More or less in passing, he mentioned that 53 byte cells are too small
>for computers (or words to that effect).  His claim was that small
>packets ... make a lot of unnecessary work for the computer that has to
>receive them, since it has to process a header every 53 bytes ...
>He also seemed to be suggesting that this storage and retrieval process
>could become a bottleneck (at 100s of Mbit/s?) because of the limitations 
>of memory bandwidth.

	Very true.  I co-developed a multi-gigabit LAN.  If a
store-and-forward (or retrieve) operation is to occur without reducing
the channel bandwidth, it requires memory that operates at twice the
channel rate.  Our simplex channels operate nominally at 500 Mb/s and
require 33 MHz memory.  Using CMOS it is very difficult to create bulk
memory that operates at 33 MHz, let alone 66 MHz.

	Packet storage within a switch should be avoided at high
channel rates if practical and can be accomplished with cut-through
routing.  This issue has nothing whatsoever to do with fixed versus
variable-length packets.  Avoiding the need for storage within a
switch is even more important in the all-optical domain.

>He was advocating variable length packets (an idea
>called PTM - packet transfer mode - that IBM has proposed), because it
>puts the complexity in the switch rather than in the receiving
>terminal. 

	I know nothing about the desirability of PTM in telco
switching.  I can say something about LANs.  PTM allows one to design
LANs that are exceedingly fast and that have tiny host interfaces that
require no fragmentation/reassembly hardware.  PTM allows one to make
LAN switches as simple as ATM-based LAN switches if the right routing
technology is chosen.  Source routing and a variant of cut-through now
used in multicomputers provided us a datagram routing decision of
about 30ns per hop and yields a 10 Gb/s 32x32 crossbar that is smaller
that an 8.5x11 inch sheet of paper.

>From this, his conclusion was (I think) that ATM is good for switching
>voice traffic, but not so good for computer networks.  This seems to go 
>against what's actually happening, with people building ATM LANs while 
>telcos hang back, not sure if ATM is the right way to go.

	ATM is politically very popular.  Arguments that ATM brings
about end-to-end compatibility do not impress me.  Most LAN traffic
stays within the LAN.  Forcing LANs to comply with WAN data-link
standards is putting the cart before the horse.  I have great
reservations about what ATM costs us in LANs.  When ATM-based LAN
performance exceeds PTM-based LAN performance/cost, ATM proponents
will have a much better argument than they now have.  Frankly, I don't
forsee that happening in the electrical domain.
--
Gregory Finn	(310) 822-1511
Information Sciences Institute, Marina Del Rey, CA 90292
Newsgroups: comp.dcom.cell-relay