HDTenEightyP/NetNews huggingface dataset:
From: dww@bnr.co.uk (David Wright)
Newsgroups: comp.dcom.fax
Subject: Re: Winfax bugs - what to replace it with
Date: 7 Jan 1993 15:47:49 GMT
Organization: BNR Europe Ltd, London Road, Harlow, England.
NNTP-Posting-Host: 47.164.64.71

In article <WALVER.92Oct23053341@kielo.uta.fi> walver@uta.fi (Ville Walveranta) writes:
#	I'm also a WinFax user... for a few more weeks. There are at least
#	two fax-software packages which are far superior to WinFax:
#	Eclipse Systems' EclipseFAX and ZSoft's UltraFAX. The latter one
#	will be released in a few weeks ...  ... Both are ~4 times faster
#	than WinFax Pro. And both companies offer an 'competetive
#	upgrade' from WinFax Pro for $50 to $70.
#
#	ZSoft: (800) 444-4780
Or in UK info from Wordstar  081 643 8866

Has anyone used UltraFAX yet?  If you have, please mail me, (or post if
generally interesting).   I'm impressed with what little I know of it,
and I'm tempted by the price (#99 list here, but #49 as an upgrade from ANY
other FAX software, just send in your install disk - goodbye ZFAX!).
I understand it is available now - the dealer had just got it in, (and
tells me it's wonderful).  But I'm always suspicious of new packages!

WinFax provide a "Test drive" demo disk, but I understand there is no
equivalent for UltraFAX.

BTW the leaflet that I was sent on UltraFAX includes a comparison table of
features showing it has many more than WinFax Pro 2 - but the current
version of that is now Pro 3, which seems to have almost all of them.  
New features in both include OCR, FAX editing and annotation and FAX image
cleanup tools.  UltraFAX alone has the ability to send binary files to
other parties who have the same software - that could be useful eventually.

BTW I've wondered for a long time why nobody provides software to do binary
transfers over a FAX modem - so many people have 9600 FAX modems but only
2400 data, and there's no fundamental reason why you can't use the FAX modem
for data transfer.  Is there any PD or cheap software that does this
already, or are Wordstar/ZSoft breaking new ground? 

Regards,          "None shall be enslaved by poverty, ignorance or conformity"
        David Wright  BNR Europe Ltd, London Road, Harlow, Essex  CM17 9NA, UK
dww@bnr.co.uk  <or> dww@bnr.ca  <or> uunet!stl!dww  <or> PSI%234237100122::DWW
<or> /g=David/s=Wright/org=STC Technology Ltd/prmd=STC plc/admd=Gold 400/co=GB
Newsgroups: comp.dcom.fax,comp.dcom.modems
From: mrapple@quack.sac.ca.us (Nick Sayer)
Subject: Re: Toby Nixon to work at Microsoft
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: 5 Jan 1993 17:45:00 UTC

rdippold@cancun.qualcomm.com (Ron Dippold) writes:

>tnixon@hayes.com writes:
>>I have accepted a position as a Program Manager in the Digital 
>>Communications section of the Advanced Technology and Business
>>Development group with Microsoft Corporation in Redmond, Washington.

>Geez, you sure can pick the companies.  They don't deserve you,
>congrats.  As a final joke, you shoulda formatted it as a press
>release! 

Complete with + ++ATH. :-)

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | Got a Toyota? Join the Toyota
N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM     | mailing list. Send requests to
+1 408 249 9630, log in as 'guest'   | toyota-request@quack.sac.ca.us
PGP 2.1 public key on request        | 
Xref: sparky comp.dcom.fax:2406 comp.dcom.modems:19232
From: dave@hp1.holl.com (David Vrona)
Newsgroups: comp.dcom.fax,comp.dcom.modems
Subject: Re: Zyxel, Fax and SVR4
Keywords: Zyxel, Fax
Date: 10 Jan 93 15:44:59 GMT
Organization: Hollister Incorporated,  Libertyville, IL

In article <1993Jan9.124722.23461@lxki.toppoint.de> laux@lxki.toppoint.de (Thorsten Laux) writes:
>Does anybody have a zyxel sending and receiving fax under SVR4 without
>problems yet ? Last time i checked netfax it had too many problems
>with the zyxel to be usefull at all. I have a U-1496, ROM Version 5.01
>and Dell SVR4.
>

I'm helping uri@watson.ibm.com debug his version of netfax on my Dell SVR4
machine (1496E v5.02).

So far, fax send works (sometimes the Zyxel fax send bug shows up).  I just started
working with receive.
-- 
 David Vrona N9QNZ               +1 708 680 2829 (voice)               
 Hollister Incorporated          +1 708 680 2123 (fax)                 
 2000 Hollister Drive            Internet: dave@hp1.holl.com           
 Libertyville, IL  60048-3781    UUCP: {well connected}!ddsw1!hp1!dave 
 Opinions expressed are my own and not those of Hollister Incorporated.
From: hamielo@ucbeh.san.uc.edu
Newsgroups: comp.dcom.fax
Subject: Problems with MTEZ software for Fax
Date: 10 Jan 93 04:07:27 GMT
Organization: Univ. of Cincinnati

For some reason I cant read recieving Fax with the MTEZ software, can you give
me some possible reason?
Newsgroups: comp.dcom.fax
From: s29@osiris.cso.uiuc.edu (R.Mills)
Subject: ascii --> g3 Easiest way
Organization: University of Illinois at Urbana
Date: Thu, 7 Jan 1993 02:26:34 GMT
Keywords: fax g3 ascii

Hello all,

I am looking for a public domain utility(s) that will take an ascii
text file and convert it to g3 format.  I am looking for a very
simple program to do this but all suggestions welcome.

Please reply directly to me at:
don@scsmo1.attmail.edu
Newsgroups: comp.dcom.fax
From: andreas@miris.phys.chemie.tu-muenchen.de (Andreas Lammers)
Subject: Flexfax with MODEM ROCKWELL RC32ACL/V1.02C
Summary: Faxe werden nach 10 cm abgeschnitten
Keywords: MODEM ROCKWELL RC32ACL/V1.02C Flexfax haeussler fax class2
Reply-To: andreas@miris.phys.chemie.tu-muenchen.de 
Organization: Technische Universitaet Muenchen (Germany)
Date: Tue, 5 Jan 1993 11:20:11 GMT

Moin Leute,

das neue Jahr ist da und Geld scheint es auch wieder zu geben.
Also erlaubten wir uns den Luxus ein Faxmodem zuzulegen.

Fuer 1000DM haben wir eins mit Postzulassung  bei Haeussler bekommen.
Der Chipsatz identifiziert sich mit ROCKWELL RC32ACL/V1.02C.

Als Software benutzen wir Flexfax von SIlicon-Graphics.

Das Senden der Faxe geht eigentlich ganz prima, aber beim Empfangen wird 
nach 10 cm einfach abgeschitten.

Der Logeintrag lautet dabei:

Jan  5 10:10:42: [11465]: --> [7:+FET: 0]
Jan  5 10:10:42: [11465]: RECV PPM: more pages, same document
Jan  5 10:10:42: [11465]: start 30 second timer
Jan  5 10:10:42: [11465]: stop timer
Jan  5 10:10:42: [11465]: --> [2:OK]
Jan  5 10:10:42: [11465]: <-- [6:AT+FDR]
Jan  5 10:10:42: [11465]: start 30 second timer
Jan  5 10:10:42: [11465]: stop timer
Jan  5 10:10:42: [11465]: --> [14:C%J^B.\202\202jR]
Jan  5 10:10:42: [11465]: start 30 second timer
Jan  5 10:10:42: [11465]: stop timer
Jan  5 10:10:42: [11465]: --> [2:OK]
Jan  5 10:10:44: [11465]: <-- [6:AT+FDR]
Jan  5 10:10:44: [11465]: start 30 second timer
Jan  5 10:10:44: [11465]: stop timer
Jan  5 10:10:44: [11465]: --> [5:ERROR]
Jan  5 10:10:44: [11465]: REMOTE HANGUP: Unspecified Phase C error, \\
  including too much delay between TCF and +FDR command (code 90)
Jan  5 10:10:44: [11465]: RECV: end
Jan  5 10:10:44: [11465]: SESSION END


Hat jemand eine Ahnung was das sein koennte?

Besten Dank,

Andreas

--
Andreas Lammers          | Institut fuer Physikalische und Theroretische Chemie
		         |         der Technischen Universitaet Muenchen
Tel.:(089)/3209-3444	 |                   Lichtenbergstr. 4
			 |                    D-8046 Garching
From: 880506s@dragon.acadiau.ca (James R. Skinner)
Newsgroups: comp.dcom.fax
Subject: FaxPM
Date: 10 Jan 93 20:47:55 GMT
Organization: Acadia University


	
Has anyone had the opertunity to try out the FaxPM applet that some with the
new beta version of OS/2 2.1?  How well does it work?

-- 

-----------------------------------+--------------------------------------------
        James Robie Skinner        |     Jodrey School of Computer Science        James.Skinner@dragon.acadiau.ca  |  Acadia University, Wolfville, NS, Canada
-----------------------------------+--------------------------------------------
Newsgroups: comp.dcom.fax
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: Fax with encryption?
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Tue, 12 Jan 93 19:52:41 GMT

In article <1993Jan12.073028.5131W@lumina.edb.tih.no>, ketil@edb.tih.no (Ketil Albertsen,TIH) writes:
- 
- For private traffic and one-man-businesses, there aren't that many
- people to read the confidential information. And writing Happy Birthday
- to Grandma (assuming a modern Grandma who owns a fax machine...) is
- nothing to bother with encryption.

Oh no, only encrypting the sensitive items means the evil enemy knows 
straightaway what is sensitive and can concentrate on decrypting it. 
If you want security by encryption it is particularly important to encrypt
happy birthday faxes to Grandma, so that the EE wastes computer time 
decrypting them.

N.B. In connection with the Robert Maxwell Pension Fund Deficits it became 
known that some security agencies in the UK had intercepted faxes for him, 
so it is technically feasible to print a fax from a telephone tap, and the
eavesdropping issue is not totally outlandish.

                                  Thomas
-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
Newsgroups: comp.dcom.fax
From: daya@ncb.gov.sg (Thayalam Chinnayya)
Subject: Polling
Keywords: polling fax modem software
Organization: National Computer Board, Singapore
Date: Fri, 8 Jan 1993 07:10:15 GMT

I was wondering if any currently available fax software allows me to do polling.
What I mean is that if anyone calls me at my fax-modem, then I want the software
to send the caller a document. In this way whoever calls me at this line will be
able to get the document.

Anyone who can help me in this area can post directly to me at my email address
below. thnks.

Name : Thayalam s/o Chinnayya Pillai
Org  : National Computer Board, SIngapore
Appt : EUC Analyst
Email: daya@ncb.gov.sg
IDemail : chinnaya@ncboa
Tel  : (65) 7720281
Fax  : (65) 7790519
From: ketil@edb.tih.no (Ketil Albertsen,TIH)
Newsgroups: comp.dcom.fax
Subject: Re: Fax with encryption?
Date: 12 Jan 93 07:30:22 GMT
Organization: T I H / T I S I P
Posting-Front-End: Winix Conference v 92.05.15  1.20 (running under MS-Windows)

In article <C0pvqF.KBF@newsserver.technet.sg>, mathias@solomon.technet.sg 
(Mathias Koerber) writes:

>The whole scheme is just intended to make it difficult for unauthorised
>people to read confidential incoming faxes. 

My experience is that unauthorized reading of faxes occur when faxes
*that are already printed out* are laying all around the fax machine.

Most fax traffic that needs to be protected is business information.
Most businesses have non-individual fax machines. So the secretary, or
whoever handles the fax machine, must know (or agree with the sender)
the decrypt key. 

In principle, the secretary may whenever an encrypted fax comes in page 
whoever is expecting a fax (secretary wouldn't know who!) to immediately 
leave whatever work he is doing run as quickly to the fax to enter the 
right number... No, that wouldn't work in practice.

Same problem with public key encryption: The fax would be printed out,
and would be visible to anyone in the office.

For private traffic and one-man-businesses, there aren't that many
people to read the confidential information. And writing Happy Birthday
to Grandma (assuming a modern Grandma who owns a fax machine...) is
nothing to bother with encryption.

K.A.
From: jcburt@gatsibm.larc.nasa.gov ()
Newsgroups: comp.dcom.fax
Subject: Re: FAX board drivers
Date: 7 Jan 1993 13:34:28 GMT
Organization: NASA Langley Research Center
Distribution: usa
NNTP-Posting-Host: gatsibm.larc.nasa.gov

In article <1993Jan6.140402.2126@pt.com> sbm@pt.com (Steve McGowan) writes:
>I am looking for an Borland C library, TSR or something similar that will allow
>me to add FAX transmission capability to a windows or DOS application.
>It would be useful if it worked with a variety of PC FAX/modems.  Like
>WinFAX Pro, but with a programming interface. Are there any products that
>could help me or is there another newsgroup that I should be posting this
>request to?
>
>Thanks in advance,
>
>Steve.
>-- 
>__
>Steve McGowan, Performance Technologies Incorporated	sbm@pt.com
>315 Science Parkway, Rochester, New York 14620            uupsi!ptsys1!sbm

Could you please post such information? I for one would be very interested...

John Burton
jcburt@gatsibm.larc.nasa.gov


Newsgroups: comp.dcom.cell-relay
From: amitava@cs.tamu.edu (Amitava Raha)
Subject: Re: Path Building
Organization: Indiana University
Date: Fri, 8 Jan 1993 18:30:05 GMT
X-Mailer: ELM [version 2.3 PL11]


I am still looking for some material that discusses the call set up procedure
proposed for ATM. How does the network check the entry level parameters
before deciding wether to grant the connection or hold the call?
I would greatly appreciate any references.
thanks
amitava


email : amitava@cs.tamu.edu
From: lui@kitaro.nsc.com (Michael Lui)
Subject: Re: Application Specific Switching Processors
Keywords: atm, frame relay, switches
Organization: National Semiconductor Corporation
Distribution: usa
Date: Tue, 12 Jan 1993 01:27:12 GMT

Sorry for my ignorance because I'm still a beginner in this switching technology.
I still have some questions. For instance, I like to connect an end station to a 
data base server. In between them, there will be more than one switching nodes. 
According to what you say, during vc setup (if there is an ASSP exists), signaling
procedure should put this ASSP node in the vc route. In this way, when cells
route through this ASSP, part or all of the data base query should be done in
this node.  As a result, when cells arrive at the data base server, only minimum
amount of work will be needed to finish up the request. If this is true, some
complicating handshaking work have to be done between the ASSP and the server to
make sure no duplication of work happens. This is my understanding of how this
ASSP node works. Correct me if I'm wrong.

Mike Lui
Newsgroups: comp.dcom.cell-relay
From: "Gary C. Kessler, +1 802-879-3375" <KUMQUAT@SMCVAX.SMCVT.EDU>
Subject: Re: Info On XTP
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Organization: Indiana University
Mime-Version: 1.0
Date: Mon, 11 Jan 1993 14:39:52 GMT
X-Vms-To: IN%"comp.dcom.cell-relay@ucs.indiana.edu"

You can contact Alf Weaver (weaver@virginia.edu) for just about *any*
information you'd like about XTP!

/gary kessler
MAN Technology Corp.
+1 802-879-3375
kumquat@smcvax.smcvt.edu
Newsgroups: comp.dcom.cell-relay
From: sree@iti.gov.sg (Sreedharan Bhaskaran)
Subject: TAXI
Summary: Looking for info on TAXI
Reply-To: sree@iti.gov.sg
Organization: Information Technology Institute, National Computer Board, S'pore
Date: Wed, 6 Jan 1993 10:51:26 GMT

Could anyone please tell me what TAXI is all about and how  I may access articles
or info. regarding it ?

Any info. is most welcome.

Thank You.
sree




Newsgroups: comp.dcom.cell-relay
From: earlf@trappist.net.com (Earl Ferguson Adv Dev)
Subject: Re: IP over ATM
Organization: Network Equipment Technologies
Date: Thu, 7 Jan 1993 08:53:12 GMT

A Revised Internet Draft is available from the on-line Internet-Drafts
directories. This draft is a work item of the IP over Asynchronous 
Transfer Mode Working Group of the IETF.                              

       Title     : Multiprotocol Interconnect over ATM Adaptation 
                   Layer 5                                            
       Author(s) : Juha Heinanen
       Filename  : draft-ietf-atm-multipro-05.txt
       Pages     : 16

This memo describes two encapsulations methods for carrying network 
interconnect traffic over ATM AAL5.  The first method allows 
multiplexing of multiple protocols over a single ATM virtual circuit 
whereas the second method assumes that each protocol is carried over a
separate ATM virtual circuit.                                         

Internet-Drafts are available by anonymous FTP.  Login with the	
username "anonymous" and password "guest".  After logging in,
Type "cd internet-drafts".
     "get draft-ietf-atm-multipro-05.txt".
 
Internet-Drafts directories are located at:	
	                                                
     o  East Coast (US)                          
        Address:  nnsc.nsf.net (128.89.1.178)	
	                                                
     o  West Coast (US)                          
        Address:  ftp.nisc.sri.com (192.33.33.22)
							
     o  Pacific Rim                              
        Address:  munnari.oz.au (128.250.1.21)	
	                                                
     o  Europe                                   
        Address:  nic.nordu.net (192.36.148.17)	
	                                                
Internet-Drafts are also available by mail.	
	                                                
Send a message to:  mail-server@nisc.sri.com. In the body type: 
     "SEND draft-ietf-atm-multipro-05.txt".
							
The above announced the latest version.

---
Earl Ferguson
earlf@net.com
My personal opinions and NOT those of my employer.
From: shuenn@tora.swdc.stratus.com (serene3)
Newsgroups: comp.dcom.cell-relay
Subject: Re: Info On XTP
Date: 12 Jan 93 17:21:20 GMT
Organization: Stratus Computer, Inc., San Jose, CA

>Hello everyone,
>
>        Thank you for your responses to my query on TAXI.
>
>        Please may I know where (sites) I may obtain a copy of XTP form ?

>        Thank you in advance.

>        sree

Try Kari Zeni at 805-965-0825, Fax 805-687-2984. She is at

	Document Order Service
	Protocol Engines, Inc.
	1900-D State Street
	Santa Barbara, CA 93101

-shuenn
Newsgroups: comp.dcom.cell-relay
From: guru@adaptive.com (Gururaj Singh)
Subject: Re: TAXI
Organization: Indiana University
Date: Wed, 6 Jan 1993 16:42:28 GMT
From: cawilco@afterlife.ncsc.mil (Chris A. Wilcox)
Newsgroups: comp.dcom.cell-relay
Subject: Re: two more questions re: SONET and ATM
Date: 4 Jan 93 19:05:53 GMT
Organization: The Great Beyond

In article <1993Jan4.173229.25170@sics.se> craig@sics.se (Craig Partridge) writes:

...first question deleted...

>Second, I'm getting conflicting information about how ATM cells get packed.
>My understanding is that originally cells were packed into VC-4 payloads,
>with bytes and octet boundaries in sync, but possibly offset within the
>VC-4 payload (i.e. the H4 pointer may be non-zero).   Furthermore, in the
>worst case, a cell could span two VC-4 payloads (end of one and start of
>the next).  But more recently I'd been told that the rules have been
>changed so that the ATM cells always start in the first byte of the VC-4
>payload and there's no splitting cells across VC-4 payloads.  Has this
>change indeed taken place?  [As a related side question, so far as I can
>tell, SONET uses VC-4 packing for cells, just like SDH -- is that correct?]

Hmmm, where to start. ANSI T1X1.5 is in the process of "splitting"
T1.105 (the SONET spec) into component standards, e.g. T1.105.1,
T1.105.2, etc. One of these new standards is going to be SONET payload
mappings, which includes the ATM mapping. A contribution to be used as
the starting point for this standard was submitted at the last T1X1.5
meeting in November. In that contribution was the 'formula' for
mapping ATM cells into SONET payloads. According to this contribution,
ATM cells can be split across payloads. Also at this meeting (or at
the previous one, perhaps) it was decided that the H4 byte would no
longer be used to point to the first byte of the first ATM cell in the
payload; it was deemed unnecessary. The start of the ATM cell could be
found by examining the data in the payload. (I think they decided that
it could be found via the HEC code, but not being an ATM expert, I
could be very wrong on that point.)

As for whether SONET uses VC-4 packing for cells like SDH -- for
payloads above STS-3c, SONET and SDH payloads are virtually identical
(I hesitate to say completely identical, since I've never seen an
SDH payload). For STS-1, I would have to go back and see what the
SDH specs say.

Hope this helps...
-- 
Chris Wilcox                | "Can we have a table closer to the plot?"
Dept. of Defense            |                      Crowe T. Robot
cawilco@afterlife.ncsc.mil  |                          MST3K
  The views represented here probably aren't held by the DoD. Get over it.
Newsgroups: comp.dcom.cell-relay
From: rds@fore.com
Subject: Re: ATM Test Tools and Prototype Adaptors 
             <9301082024.AA06576@relay.fore.com> 
Reply-To: rds@fore.com
Organization: Indiana University
Date: Sun, 10 Jan 1993 20:20:06 GMT


Fore Systems sells ATM adapters for Sun, DEC, SGI workstations and ATM
LAN switches supporting up to 16 ATM connections.  For more information,
send email to <info@fore.com>.

		Robert Sansom
		Fore Systems, Inc.
Newsgroups: comp.dcom.cell-relay
From: earlf@trappist.net.com (Earl Ferguson Adv Dev)
Subject: Re: Application Specific Switching Processors
Organization: Network Equipment Technologies
Distribution: usa
Date: Mon, 11 Jan 1993 06:27:06 GMT

In article <1993Jan7.230426.12127@iscnvx.lmsc.lockheed.com> myoung@NEBULA.SSD.LMSC.LOCKHEED.COM writes:
>>I believe that it could be appropriate for switches (ATM or Frame Relay)
>>to be developed that contain both a high performance general purpose
>>switch (processor) and one or more applications specific processors...
>
>  Or just share the processor, especially the if the processor can 
>read/write the tables...

I believe that the performance requirements do not allow for the "switch"
to be a (general purpose) processor, and that it does one thing only and
does it well, that of switching frames or cells. Thus the need to add
the ASSP. Of course, if the switch already contains a high performance
general purpose processor for managing the switch, it may be appropriate
to share it for the application specific functions.
Newsgroups: comp.dcom.cell-relay