HDTenEightyP/NetNews huggingface dataset:
From: hls@tempest.oce.nl (Harry Schreurs)
Subject: Re: LWP4DOS ftp causing file corruption?
Organization: Oce Nederland B.V.
Date: Mon, 9 Nov 92 22:31:12 GMT

In article <1992Nov5.211125.1818@athena.mit.edu> pbh@athena.mit.edu (Paul B Hill) writes:
>I've recently been trying to ftp a 4.5 Mb zip file between two DOS computers using
>LWP4DOS version 4.01. I have tried both the Windows and DOS versions of both the
>clients and servers but whenever I test the transferred ZIP file I get errors.
>
>The orginal zip file contains about 1000 files including other zip files. It tests
>OK. The ftp'd zip file contains the proper number of files but usually 10 to 12
>of them fail the CRC test. I have tried this between a number of DOS computers.
>
>Has anyone else seen this problem?

Yes, I also have been bitten by this. Occasionally zip files are damaged
doing file transfers with LWP4DOS version 4.01.
Beame & Whiteside's TCP/IP stack in combination with LWP4DOS ftp program,
using B&W's BWLWP40 shim, gives the same results.

Conclusion; Novell's TCP/IP stack is OK. Their FTP program is flaky.

Harry Schreurs				Email: hls@oce.nl
Oce Nederland B.V.
The Netherlands

      ###########################################################
      #  This note does not necessarily represent the position  #
      #     of Oce-Nederland B.V. Therefore no liability or     #
      #      responsibility for whatever will be accepted.      #
      ###########################################################
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: timmo@jhunix.hcf.jhu.edu (Tim DiLauro)
Subject: Re: Serial Printing Problems
Organization: HAC - Johns Hopkins University, Baltimore
Date: Tue, 17 Nov 1992 22:53:12 GMT

In article <Dave-171192041959@134.29.65.179> Dave@vax2.winona.msus.edu (David Gresham) writes:
>I have discovered that when I load up the LAN Workplace drivers -
>lsl,3c503,
>tcpip,telapi - serial printing no longer works.  A similar thing happened
>with
>FTP's PCTCP.  Any ideas or suggestions?  Thanx much.

Are you using the serila port's interrupt for the 3c503.  COM1 uses IRQ4,
COM2 uses IRQ3.  If you are using these then one or the other (network card
or serial port) will not work.

-Timmo

Tim DiLauro   Systems Programmer   Johns Hopkins University  MSE Library
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jrd@titan.ucc.umass.edu (J.D.)
Subject: How does Qvt/NET 3.0 support SLIP ?? 
Keywords:  QVTNET SLIP packet
Organization: UMass Dept. of Computer Science - RCF 
Date: Mon, 16 Nov 1992 01:21:44 GMT

	I just setup Qvt/NET 3.0 under Windows 3.1 using the Crywyr packet driver
for the DEC DEPCA Ethernet card. Works great! 

         Afterwards I tried switched the DEPCA driver for a SLIP8250 driver and
then an ETHERSL driver - both attempts to use a SLIP type driver failed. QVTNet
gave me an error saying "Unsupported Packet class :0"

          I remember that Qvt/Net 2.85 supported SLIP and had a packet driver
class variable that was set in qvt_tcp.rc (0=10base? , 6=slip). 

           What is the scoop for people that want to run Windows 3.1 and use
a QPC product for SLIP support?

......... Jim Doyle  (doyle@freya.cs.umass.edu , jrd@titan.ucc.umass.edu)


Newsgroups: comp.protocols.tcp-ip.ibmpc
From: casavant@elmer.orl.mmc.com (John Casavant)
Subject: HELP!! Hayes modem settings for PC
Organization: Martin Marietta
Date: Wed, 18 Nov 1992 13:36:54 GMT

Here's the situation.  I have been trying to connect via hayes modem my PC to a HP
Appollo 9000/847.  The 9000 will pick up a call from another HP Unix box and
work fine (well at least at 2400 baud).  When I try to dial the HP box from
my PC I get:

CONNECT 2400


Welcome to blah blah blah
login:

I type the user id and return, but the system just seems to hang there.
It probably has to do with the PC modem settings, since a remote HP 9000 was
able to dial in fine.  What would the correct modem settung be?  Currently
I am not setting any modem switches.

PLEASE HELP....



John Casavant
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NDIS (was: TCP/IP and Windows for Workgroups)
Date: 23 Nov 92 21:47:41 MDT
Organization: Utah State University

In article <1992Nov24.031205.25101@alisa.com>, denny@alisa.com (Bob Denny) writes:
> In <TARJEIJ.92Nov23094109@ulrik.uio.no> 
>    tarjeij@ulrik.uio.no (Tarjei Jensen) writes:
> 
>> A local wendor claims that ODI is more reliable than either NDIS or packet
>> drivers. This is especially true under MS Windows. The person I talked to
>> claimed that he'd never experienced "hanging" with ODI. Supposedly one does
>> not have to worry about what communication medium one uses when using ODI.
>> [...etc.]
> 
> As I said in the abovereferenced article, I have used the he-- out of NDIS
> with combinations of DECnet, TCP/IP and LAT terminal services... No hangs.
> It just Works. I suspect that the claim that ODI is "more reliable" is
> based on the fact that "nobody" but Novell uses it. Has your vendor
> actually tried to run heavy traffic over an ODI-based Ethernet connection
> with two or more different protocols at the same time? It is theoretically
> possible... 
> _______________________________________________________________________________
> Robert B. Denny                                           voice: (818) 792-9474
> Alisa Systems, Inc.                                         fax: (818) 792-4068
> Pasadena, CA                         (denny@alisa.com, ..uunet!alisa.com!denny)
--------------------
	Does depend. I've had plenty of trouble with traffic entering a
Lan Man NDIS stack for AT&T StarGROUP where the sender just pumped packets
at a merry rate. The stack crashes, but I don't point the finger at the
NDIS part. On the other hand ODI has performed well here. ODI does make
provision for queueing requests and if the application hands out the buffers
the traffic can hit some nice peaks. I do beat up on my own ODI code in an 
application (joint IPX and TCP/IP, same board, hammering away) and it's happy 
too, if that is of any value. All this says is particular implementations of 
this stuff can be good or not quite so good, and the higher layers can't be 
ignored either.
	Joe D.
From: phil@varian.com (Philip T. Newton)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Etherlink III (3C509) packet driver?
Summary: Any idea when real 3C509 packet drvr will be available?
Keywords: Packet Driver for 3C509?
Date: 20 Nov 92 01:35:46 GMT
Organization: Varian Chromatography Systems


Does anyone out there have any idea when the 3C509 packet driver will
be available?

Thanks in advance for your responses.

Phil Newton
Varian Associates
(email: phil@varian.com)
From: Pat@itdmsmail.itd.umich.edu (Pat McCormick)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: 3c509 and Dell 450 with scsi and ati graphics board
Date: 16 Nov 92 17:45:00 GMT
Distribution: world
Organization: The Internet


We have just purchased some Dell machines and are trying to get the packet 
driver to work with the 3c509 cards and are having some difficulty.  We can 
get the card loaded and invoke the Network (Banyan VINES) but the 
performance is terrible.  Has there been any "News" about these cards?  
Anyone have any recommendations?
From: markb@spock.dis.cccd.edu (Mark Bixby)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: BANPKT: YAPS (yet another packet shim)
Date: 16 Nov 92 22:29:42 GMT
Organization: Coast Community College District, Costa Mesa, CA

I can't get it to work here either.  Some applications hang forever, others
just time out.
-- 
Mark Bixby                         Internet: markb@spock.dis.cccd.edu
Coast Community College District   1370 Adams Avenue
District Information Services      Costa Mesa, CA, USA  92626
Technical Support                  (714) 432-5064
"You can tune a file system, but you can't tune a fish." - tunefs(1M)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: ayman@eecs.umich.edu (Ayman I. Kayssi)
Subject: Re: Beta Testing FTPnuz news reader???
Organization: ACAL, EECS, University of Michigan, Ann Arbor
X-Newsreader: TIN [version 1.1 PL7]
Date: Wed, 18 Nov 1992 22:27:01 GMT

D. Michael Basinger (dbasinge@ucs.indiana.edu) wrote:
: Does anybody know if FTP inc. is looking for beta testers for
: FTPnuz news reader. I would appricate any information.

FTPNuz is being developed by Gene Mangum at the University
of Michigan Hospitals (h198@hosp.med.umich.edu). It is not
an FTP product. Contact Gene if you want to be on the beta
testers list.
--
Ayman I. Kayssi                               |    ayman@eecs.umich.edu
EECS Department                               +------------------------
University of Michigan                        |          (313) 764-8033
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: steven@gopher.dosli.govt.nz (Steven Brydon)
Subject: FTP's bootp (pebootp specifically)
Organization: Dept. of Survey & Land Information, NZ.
Distribution: comp
Date: Sun, 15 Nov 1992 21:58:20 GMT


I am using FTP's PCTCP ver 2.11 bootp utility.

bootp writes the information it gets from the bootp server into the file
PCTCP.INI. It appears that it does not change the [pctcp general] section
values when different values get set. Specifically the 'hostname' field.

Is this how it is supposed to behave ?
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Let's write a FAQ file.
Distribution: world
Date: Tue, 17 Nov 92 15:24:45 GMT
Organization: Crynwr Software

Let's write a FAQ file for comp.protocols.tcp-ip.ibmpc.  First we
should figure out what the questions should be.  Here's a few I've
thought of.  Feel free to follow up to this article with your own
additions/deletions.  I'll be keeping a list.

  o How do I connect my PC to the Internet over an Ethernet?
  o My PC is on a Novell network.  How do I connect it to the
    Internet?
  o How do I connect my PC to the Internet over a phone line?
  o How do I get the Crynwr packet drivers?
  o Is there a packet driver for the ``foo'' card?
  o What TCP/IP packages are available for DOS?  For Windows?

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: mikelle@vaxb.gbus.virginia.edu (Eddie Mikell)
Subject: Thanks for answer to qvt problem!
Organization: Darden Center, University of Virginia
Date: Mon, 23 Nov 1992 14:28:02 GMT

Greetings:

Thanks to everyone who responded to the qvt problem I posted (vaporizing to 
Dos).

It was the packet vector number which is 60 in the default .ini, and 65 in 
my setup.

Many thanks!

Eddie Mikell
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Let's write a FAQ file.
Date: 20 Nov 92 15:52:04 GMT
Organization: Sandia National Labs, Livermore, CA

How about adding: 

o What packages will do Tek 4014 emulation? Under MS Windows?

I'm still waiting for an answer to the "Windows" part!
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: david@aim1.aztec.co.za (David Mason)
Subject: Re: Let's write a FAQ file.
Date: Fri, 20 Nov 1992 07:08:11 GMT
Reply-To: david%aim1@ucthpx.uct.ac.za
Organization: Aztec Information Management

nelson@crynwr.com (Russell Nelson) writes:

>Let's write a FAQ file for comp.protocols.tcp-ip.ibmpc.  First we
>should figure out what the questions should be.  Here's a few I've
>thought of.  Feel free to follow up to this article with your own
>additions/deletions.  I'll be keeping a list.

A lot of FAQ questions for this group are partially answered in the FAQ
for comp.sys.novell.  Perhaps modifying that FAQ would be a good start.
-- 
David Mason, Unix system support.
Aztec Information Management, Cape Town, South Africa.
#####
Status symbol of the 1990's ........ a job.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dhess@Xenon.Stanford.EDU (Drew William Hess)
Subject: Re: How does Qvt/NET 3.0 support SLIP ?? 
Keywords: QVTNET SLIP packet
Organization: CS Department, Stanford University, California, USA
Date: 16 Nov 92 02:41:02 GMT

jrd@titan.ucc.umass.edu (J.D.) writes:

>	I just setup Qvt/NET 3.0 under Windows 3.1 using the Crywyr packet driver
>for the DEC DEPCA Ethernet card. Works great! 

>         Afterwards I tried switched the DEPCA driver for a SLIP8250 driver and
>then an ETHERSL driver - both attempts to use a SLIP type driver failed. QVTNet
>gave me an error saying "Unsupported Packet class :0"

>          I remember that Qvt/Net 2.85 supported SLIP and had a packet driver
>class variable that was set in qvt_tcp.rc (0=10base? , 6=slip). 

>           What is the scoop for people that want to run Windows 3.1 and use
>a QPC product for SLIP support?

Are you sure you've got SLIP8250 set up correctly?  I noticed that
WinQVT/Net 3.0x didn't have explicit support for SLIP too, but I just didn't
worry about it and it runs fine over SLIP.  I guess it must detect the class
(6, in the case of SLIP) from the packet driver.

-dwh-
dhess@cs.stanford.edu


Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.databases.informix
From: deon@aim1.aztec.co.za (Deon Botha)
Subject: How does Wingz talk to PC/TCP?
Reply-To: deon%aim1@ucthpx.uct.ac.za (Deon Botha)
Date: Fri, 20 Nov 1992 10:08:53 GMT
Organization: Aztec Information Management

According to the Datalink documentation supplied with the Informix Wingz 
spreadsheet for MS-Windows, the SQL link to Unix backend servers can use
any of PC-NFS, FTP's PC/TCP and one or two others. Does a definition of 
this API exist somewhere to allow systems using packet drivers and PD
telnet/ftp applications to provide the same transport facility for Datalink?

Has anyone attempted/succeeded in running remsql (the resident transport 
interface module of Wingz Datalink) on top of any PD applications?

Thanks in advance.
-- 
...............................................................
Deon Botha                            | Tel: +27 (21) 419-2690      
Aztec Information Management          | Fax: +27 (21) 21-1040
deon@aim1.aztec.co.za                 | Cape Town, South Africa
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: dold@unislc.uucp (Clarence Dold)
Subject: Re: ms-dos tar w/rmt protocol (& tcp) ?
Organization: Unisys Corporation SLC
Date: Tue, 24 Nov 1992 03:45:59 GMT

From article <9211091336.AA12160@stemwinder.fcr.com> brad@fcr.com (Brad Parker) writes:

>    I'm probably the only person on the planet who want this, but does anyone
>    know of an implementation of unix "tar" for ms-dos which has tcp and the
>    "rmt" protocol built in?

If you aren't fussy about how it is accomplished, I have done backups using
MSKermit, or you could use any command line oriented transfer, including
ftp, with a program from SIMTEL:

Directory PD1:<MSDOS.KERMIT>
XSEND051.ZIP  B   11210  910320  Makes Kermit script files to send entire disk

-- 
---
Clarence A Dold - dold@unislc.slc.Unisys.COM
               ...pyramid!ctnews!tsmiti!dold
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: logging session with tn3270
Date: 19 Nov 92 16:53:09 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet


    I am looking for a tn3270 for DOS with whom I can log sessions,
    or with whom I can enable a capture mechanism during a session.
    I have already tried two products: neither PathWay Access nor PC/TCP
    can do it.

We do have the ability to log TN3270 sessions, but I guess you don't like
the output format.  Are you looking for a straight Ascii dump of the
3270 data stream (which can be generated from our log file), or
are you hoping for something more like a screen image?  The concept of
"session capture" is non-trivial when you're using block mode...

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: backman@FTP.COM (Larry Backman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Beta Testing FTPnuz news reader???
Date: 22 Nov 92 11:15:05 GMT
Distribution: world
Organization: The Internet


 >> Does anybody know if FTP inc. is looking for beta testers for
 >> FTPnuz news reader. I would appricate any information.
 >> 
FTPnuz is not our product.  It is an application developed at one of the
universities that runs over our stack.

Larry Backman
FTP Software

Newsgroups: comp.protocols.tcp-ip.ibmpc
From: sgriffee@nynexst.com (Steve Griffee)
Subject: remote tcp/ip LAN access ideas
Organization: NYNEX Science & Technology, Inc.
Date: Mon, 16 Nov 92 19:12:58 GMT

I'm looking for ideas for connecting remote PC and MAC workstations
to our TCP/IP LAN using regular dial-up phone lines.  I've seen all
the usual asynch access devices.  I'm looking at the relatively hi
bandwidth facilities such as ISDN.  For example, so far I have
found out about the IMAC ISDN bridge made by DigiBoard and the RLN
asynch bridge (using hi speed modems and regular phone lines) made
by DCA which uses the PPP protocol.  Has anyone else found any
interesting means of connecting remote offices or workstations to
the LAN?  Let's swap discoveries.  Can We Talk?  Please respond
directly to my email address below.  I will summarize all submitted
responses if requested.

Watch out.  Telecommuting may be just around the bend for your
company.  Don't let it catch you asleep at the wheel.

Thanks
Steve

The opinions above are my own and do not reflect those of my employer.
_________________________________________________________________
Steve Griffee  sgriffee@nynexst.com  NYNEX Science and Technology
Data & Information Services          500 Westchester Avenue
914-644-2531  fax: 914-644-2301      White Plains, NY 10604

This is your email.  This is your brain on email.  Any questions?
-- 
The opinions above are my own and do not reflect those of my employer.
_________________________________________________________________
Steve Griffee  sgriffee@nynexst.com  NYNEX Science and Technology
Data & Information Services          500 Westchester Avenue
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: alh@einoed.in-berlin.de (Adrian Le Hanne)
Subject: talk for PC/NFS
Organization: Einoed Unix & Netzwerke, Berlin (FRG)
Date: Fri, 20 Nov 1992 16:20:32 GMT

I would like to know if someone ported/wrote a BSD 'talk' program for 
PC/NFS.

thanks,
Adrian
-- 
Adrian S. Le Hanne        Einoed Unix & Netzwerke, Koepenicker Str.154, D-1000
alh@einoed.in-berlin.de   Berlin 36. Tel.: 030/611 31 26,  Fax.: 030/611 32 86
  "On a day such as this you should insist on more than the truth" -Pere Ubu
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: walter@lkn.e-technik.tu-muenchen.de (Walter Loepsinger)
Subject: Re: Let's write a FAQ file.
Organization: Lehrstuhl fuer Kommunikationsnetze, TU Muenchen (Germany)
Date: Thu, 19 Nov 1992 15:49:25 GMT

trier@slc6.ins.cwru.edu (Stephen C. Trier) writes:

[other good ideas deleted]

>I'd also suggest splitting the TCP/IP questions into free and commercial,
>since many questions are looking specifically for one category or the other.

As far as I can see, the _questions_ are the same, but often some
people are interested only in free stuff, others in payware.
What about dividing parts of the _answers_ into the two categories?
Some other answers maybe cannot be divided in that way, doesnt matter.


Greetings from Munich, Bavaria!
Walter.
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Fragmented IP packets: any PD implementations?
Date: 19 Nov 92 16:53:11 GMT
Reply-To: jbvb@ftp.com
Distribution: world
Organization: The Internet

'Tis not my intent to jump on you, Erick, but I don't believe this is true
either.

    For those interested, a good way to easily and reliably receive a fragment
    for testing your code is to send a MTU sized ICMP echo request, the reply
    will have to be fragmented if it bounces off of a properly implemented
    system.

ICMP Echo Reply is supposed to be almost exactly the same header and data
as found in the Echo Request (except for reversing the addresses and any
source routes, and using the receiving system's default TTL).  Even if the
IP header contained a Record Route option, the sender had to set an initial
allocation and the receiver won't change the header length.  So I don't see
why the reply would need to be fragmented.

I first tested IP fragmentation by increasing the PCs MTU to above the
attached network's, and sending big UDP datagrams from a Unix box.  We
now test it with two PCs on different large MTU networks (e.g. 802.5)
talking across an intermediate Ethernet.

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488

Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.nfs,comp.protocols.tcp-ip
From: rsivaram@vela.acs.oakland.edu (Siva)
Subject: Dos Equivalent for gethostbyname()...
Organization: Oakland University, Rochester MI.
Date: Mon, 23 Nov 1992 20:12:08 GMT

Dear Netters,
	I have written some building blocks for developing an NFS
client. They are on UNIX system. I want to port them to DOS
preferably using Turbo C because my ultimate objective is to build
the client on DOS.  Is there any library function
equivalent to gethostbyname() available on DOS ? Any pointers
will be greatly appreciated.
Thanks
-Siva
-- 


Newsgroups: comp.protocols.tcp-ip.ibmpc
From: acl1@crux2.cit.cornell.edu (Albert C. Lee)
Subject: Where to find slp16550.com
Organization: Cornell Information Technologies
Date: 22 Nov 92 03:52:39 GMT

Does anyone know where I can obtain the file slp16550.com?  Thank you.
                                           Al


--
-----------+-------------------------------------------------------------------
   /| |    | Snail: Rm 6220 Sperry Hall,Cornell University,Ithaca NY 14853-5113
  /_| |    | Email: acl1@crux2.cit.cornell.edu
 /  | |___ | Phone/Fax: 607-253-1701 (voice/fax autodetecting)
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: jds@pc5.hep.anl.gov
Subject: re: SMTP mailing with QVTNET ver3.03
Reply-To: jds@anhep3.hep.anl.gov
Organization: Argonne National Laboratory
Date: Wed, 18 Nov 1992 17:59:15 GMT

***************************************************************************
Jim Simpson
jds@anhep3.hep.anl.gov

As Mark Twain said of Wagner's music:

                           "It's better than it sounds"
***************************************************************************
From: ada@zip.larc.nasa.gov (Anthony Arviola)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Need info on Chameleon TCP/IP software
Date: 16 Nov 92 16:18:45
Organization: NASA Langley Research Center, Hampton, VA
Distribution: world
NNTP-Posting-Host: zip.larc.nasa.gov
In-reply-to: xsong@marcus.cs.umn.edu's message of Mon, 9 Nov 1992 16:29:35 GMT
X-Md4-Signature: e698e94f92cfb243b1a9bf95757ffaca


I would also like the same info.
                                                   
Thanks!
Tony Arviola
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: eoq@vthnw.cvm.msu.edu (Edward Quillen)
Subject: problem suppressing BANNERS in CHARON 4.0
Keywords: charon
Organization: Veterinary Teaching Hospital, Michigan State Univ.
Date: Thu, 19 Nov 92 19:23:10 GMT

We're having a strange problem with Charon (working as an LPD server).
Approximatly 25 printers are using Charon to print from a RS6000 to
printers attached to our Novell Lan.

On all of the printers we have BANNER turned OFF, FF turned ON, and TEXT
using the xlate_list "standard_ff_text" given with CHARON 4.0.

The problem is that BANNERS are being printed randomly on all the printers.
Probably every 1 in 10. I've tried MAX_LPDS at 10,20,30. Is there a
way to have CHARON default to NOBANNER (since I think not all the
tag files are being modified properly). Any suggestions?

Thanks!

+++++++++++++++++++++++++++++++++++++++++++++++++
+++ ED (Edward Quillen)   (517) 336-1293      +++
+++ Vet Teaching Hosp.    System Admin.       +++
+++ Email: quillen@cps.msu.edu                +++
+++++++++++++++++++++++++++++++++++++++++++++++++