HDTenEightyP/NetNews huggingface dataset:
From: aurelio%ufpa.br@bitnet.cc.cmu.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Help me please!!!!
Date: 23 Jan 93 13:43:50 GMT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Content-Transfer-Encoding: 7BIT
X-Mailer: ELM [version 2.3 PL11]


        Who can help me???

        I need to install NFS between SUN SPARC IPC and MicroVAX 3100, I
have CMUXXX 6.6-3, and do this:

        VAX:

        DEF/SYSTEM/TRANS=(TERMINAL,CONCEAL)/EXEC UTIL SYS$SYSDEVICE:[UTIL]

        File: NFS$CONFIG:
;  Configurationd file for NFS
;
; File format by Marc Shannon, 3/26/91
;
;GMT_Offset:decimal hours
; This should be a signed decimal number of hours giving your offset
; from GMT.  For example, if you are running in EST, you should set
; this to -05.00.
;
GMT_OFFSET:-03.00
;
; User for "anonymous" NFS mounts
; You should set this to a userid for whom access controls will be
; checked should someone connect to your NFS server who is granted
; access with a wildcard username (see Auth entry descriptions below).
;
;ANONYMOUS_USER:ANONYMOUS
;
;  Export:Unix formatted directory spec:wildcarded hostname
;EXPORT:/SD1/NFSTEST:*.ANDREW.CMU.EDU
;EXPORT:/SD1:*.ACS.CMU.EDU,BLEU.ANDREW.CMU.EDU,SUN4C.WASH.ACS.CMU.EDU
;EXPORT:/:BRUCE-LW,BRUCE-LW.NET.CMU.EDU
EXPORT:/UTIL:SECOM.UFPA.BR
;
; Auth:Remote UID:Remote GID:Remote hostname:Local username
;
; Special cases:
; - Local username = '*'
;       Any files on the local system which do not map to any known users
;       preceding this entry in the list are mapped to this UID/GID
;       combination before being passed to the remote system.
; - Remote UID/GID =  '*'
;       Any previously unmatched user from the matching system (which
;       could also be wildcarded) will have access as the local user
;       specified.
; Note that the combination of wildcards for all entries provies for
; "anonymous" access to the files in that they will not act as any
; particular user but instead will only be able to  read files if they
; are world-readable
;
; If a match is not made by the end of all `Auth' entries, NFSERR_ACCESS
; will be returned for any request.
;Auth:0:1:BLEU.ANDREW.CMU.EDU:SYSTEM
;Auth:0:1:ZEUS.ANDREW.CMU.EDU:SYSTEM
;Auth:*:*:BRUCE-LW,BRUCE-LW.NET.CMU.EDU:SYSTEM
;Auth:578:10:*.ANDREW.CMU.EDU:SYNFUL
;Auth:578:10:*.ACS.CMU.EDU:SYNFUL
;Auth:*:*:*.ACS.CMU.EDU:*
Auth:0:1:SECOM.UFPA.BR:SYSTEM

        SUN:

        File: /etc/fstab:

/dev/sd0a  /      4.2 rw 1 1
/dev/sd0h  /home  4.2 rw,noquota 1 3
/dev/sd0g  /usr   4.2 rw 1 2
/dev/fd0   /pcfs  pcfs rw,noauto 0 0
192.147.210.23:sys$sysdevice:[util] /util nfs rw 0 0

        And I got "Access denied" when I do: mount -a

        What's wrong ????

        Can you guide me step-by-step ??

--
Aurelio Henrique de Oliveira Ramalho                     aurelio@secom.ufpa.br
Universidade Federal do Para' - SECom                    aurelio@yara.ufpa.br
Systems Manager - UFPa.Br Domain                         aurelio@saci.ufpa.br
--
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: IPACP hogging CPU
From: "Michael L. Hitch" <osymh@trex.oscs.montana.edu>
Date: Wed, 27 Jan 1993 10:47:28 MST
Reply-To: osymh@trex.oscs.montana.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Resent-Date: Wed, 27 Jan 1993 10:47:28 MST
X-MX-Warning: Warning -- Invalid "Resent-From" header.
Resent-From: @andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Message-ID: <9301280044.AA11863@depot.cis.ksu.edu>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu

"Henry W. Miller" <henrym@sacto.mp.usbr.gov> writes:
> 	Again, this has been fixed in 6.6-5A, details below.  So, the CPU
> hog bug and the Telnet Pause bug were actually two different sides of the
> same coin, and both have fortunately been fixed.

  How long has the CPU hog bug been fixed?  I've been running 6.6-5A since
around the end of October and just Tuesday it decided to waste a few CPU
cycles.  It was stopped before I could get a look at it to try and figure out
where it was looping.  The link date on IPACP is 22-AUG-1992, so if any changes
were made since then, I wouldn't have them.  [This has already happened before:
When I upgraded from 6.4 to 6.6-5, I was having problems keeping IPACP running
for more than a day.  I had gotten a 6.6-5A saveset and installed that, but it
still seemed to have problems.  I finally retrieved that saveset again and
found that it contained a newer IPACP image, so I used that one.  It has been
running much better, although it has stopped a couple of times in the last 2 or
3 months.]

Michael
---
Michael L. Hitch                        osymh@msu.oscs.montana.edu
Computer Consultant                     OSYMH@MTSUNIX1.BITNET
Office of Systems and Computing Services
Montana State University
Bozeman, MT     USA
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: EGADS.... How embarrassing...
From: "John Clement-Rice U. (713)527-8101x2037" <clement@physics.rice.edu>
Date: 26 Jan 93 08:43:00 CST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

Yes I know the "old" mailing list replied only to the sender, while the
new replies to the world.  This also causes problems with gateways that
send back bad mail.

Perhaps the old way should be resurrected???  Or do people prefer this way???

	John Clement
	Rice University
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: Mirror site for CMU-OpenVMS/IP
From: "Henry W. Miller" <henrym@sacto.mp.usbr.gov>
Date: Tue, 26 Jan 1993 01:33:54 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
CC: cmu-openvms-ip@drycas.club.cc.cmu.edu, henrym@sacto.mp.usbr.gov
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

John Sandhoff (sandhoff@csus.edu) recently wrote:

|Since we are quite fond of the former CMU/Tek package, still rely on it
|for some of our machines, and need to keep a copy around anyway, we have
|placed a mirror copy of the release files on our Anonymous-FTP server.
|CMU initially announced that these files would only be available from their
|server (drycas.club.cc.cmu.edu) until 15-Jan-1993. The intent is that
|providing this mirror site will help maintain the availability of this
|software.

|PLEASE NOTE that we are doing this as a convenience to the network community -
|CSU Sacramento does *not* offer any form of support or assistance with the
|product so please do not ask! (Though we'll be happy to distribute patches
|and updates if/when they become available from Henry, John and other
|dedicated [and slightly eccentric :-)] persons).

	I'll be putting up the last CMU release on sacwms/sacusr.mp.usbr.gov,
soo, as a stopgap until a merged version can be created.  Unfortunately, CSUS
is downstream from us on BARRNet, so if you can't get to CSUS, chances are you
won't be able to get to us, either, until we get the alternate route problem
fixed.

-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacto.mp.usbr.gov"

"I've fallen, and I can't get up!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: LPR queueing problem
From: Wodehouse Lord <w0400@ggr.co.uk>
Date: Fri, 22 Jan 93 10:51:52 GMT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Via: uk.co.ggr; Fri, 22 Jan 1993 10:57:16 +0000

There is a "new" version of LPR available, which is in beta, which
allows for much better queue handling, and has ways of dealing with this
problem. I got it from "John Clement-Rice U. (713)527-8101x2037"
<CLEMENT@physics.rice.edu>, so I suggest you mail him.

 Lord John - The Programming Peer        mail - w0400@ggr.co.uk
                                         tlx  - 8951942 GLXPRI G
 Have network - will mail!               fax  - +44 81 423 4070

 =============================================================================
 |                                                                           |
 | The contents of this message *may* reflect my personal opinion.  They are |
 | *not* intended to reflect those of my employer, or  anyone  else,  unless |
 | otherwise  stated.  If your machine crashes after using any methods, code |
 | or whatever suggested by this mail, it is *your* problem and not mine.    |
 |                                                                           |
 =============================================================================
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: Performance problems with CMUIP 6.6-4
From: <scholten@woodstock.si.com>
Date: Thu, 21 Jan 1993 08:38:30 -0500 (EST)
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Content-Type: text
X-Mailer: ELM [version 2.4 PL17]
Content-Length: 1437

>
> Greetings:
>
..[stuff deleted]
>
> Although there are pauses of greater than 120 ms between successive
> writes, the VAX seems to wait for the 64 byte no data ACKs before
> proceeding.  Our program internal trace data suggests that data
> messages 25 and 14 were submitted to CMU with IO$_WRITEVBLKs within
> 10ms of messages 23 and 12.  The driver seems to be waiting for the
> acknowledgements 24 and 13, which I assert that is unnecessary
> due to the window sizes.  Setting the push bit ONLY seemed to
> force CMU to set the push bit in the packets transmitted, and not to
> cause CMU to flush the buffers.
>
> Any ideas?  We welcome configuration changes, etc. for the CMU
> package.
>

I have noticed similar problems at our site.  I attempted to use the
push bit, but that seemed to have no impact.  I have also noticed that
the last packet that is sent out seems to wait along time.  However, if
I close the connection immediately after the last packet is sent out, then
it will push it immediately.

Dave

=============================================================================
   SSSSS    IIIIIII   |   David Scholten
  S            I      |   Smiths Industries
   SSSS        I      |   Grand Rapids Michigan
       S       I      |
  SSSSS     IIIIIII   |   scholten@si.com, ...uunet!si.com!scholten
=============================================================================
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: <None>
From: <dhuddles@charm.gandalf.ca>
Date: Fri, 22 Jan 93 15:07:40 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

In vmsnet.networks.tcp-ip.cmu-tek you write:


>	o  Buy a real TCP/IP package.  I don't want to advertise here, but
>	   the pre-eminent seller of TCP/IP packages for VMS is offering a
>	   70% discount to licensed CMUTEK sites through Feb 28.  This will
>	   resolve many problems and boost performance (measured by file
>	   transfer rates) by 2000% (20+ times the xfer rate).  I cannot

Thanks for the insight your message has instilled in me. We too are now
trying to use this TCP package on a production system and now realise the
problems that are appearing. Please let me know what package you are suggesting as we are in a "look" mode right now to find a "robust" TCP/IP package
for our VAX systems.

David Huddleson

--
dhuddles@gandalf.ca   David J. Huddleson   Gandalf Data Ltd., Nepean, Ontario
                      (613) 723-6500 Days  (613) 822-1315 Otherwise
From: henrym@sacto.mp.usbr.gov (Henry W. Miller)
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: CMU QUESTIONS
Date: 26 Jan 93 09:25:56 GMT
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
CC: henrym@sacto.mp.usbr.gov
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

David Staschover <73240.536@compuserve.com> writes:

|I have a few questions about CMU IP 6.6 for VMS. I'm not sure if this is the
|right address to ask questions, but I'll give it a shot.
|
|1) FTP seems awfully slow. I tried transferring a 1 mbyte file between an
|RS6000 and our MicroVax 3600, and it was sending (it seemed) slower than
|2400 baud. Any tuning ability?
|
	It's primarily a buffering problem.  John Clement and I have been
doing some major overhauls in FTP.  John just sent me a new update - I hope
to have a new FTP kit up within a few days.

|2) TELNET seems to delay once in a while.
|
	6.6-5A solves this problem.

|3) I started printing the .ps doc file, and it started to cut off on the
|right side of the page.  I was using the dos copy command to a postscript
|printer.  Is there a way to fix this, or are the docs available in straight
|ascii format?
|
	I've run into strange problems attempting to print some PostScript
documents on some printers.  I've never run across this particular one.  I
suggest attempting to print it on a different type of printer.  At least
in this neck of the woods, you can go into many copy places with a diskette
and use their laser PostScript printers for a per-pay charge.

-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacto.mp.usbr.gov"

"I've fallen, and I can't get up!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: 6.6-5A has problems too
From: "Henry W. Miller" <henrym@sacto.mp.usbr.gov>
Date: Wed, 27 Jan 1993 21:51:24 PST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
CC: henrym@sacto.mp.usbr.gov
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu

newsmgr@logica.co.uk (William Lees) writes:

|First of all, many thanks to those of you who replied to my plea for help with
|IPACP consuming excessive CPU.  The advice I received fell into two categories:
|install IPACP 6-5A, or go for a commercial package.
|
|I installed 5A on my systemyesterday, but I got out of bed just now and took it
|off.  It gave MX serious problems: outgoing messages were aborting because no
|apparent response was received from the other end after a line or two of the
|header, and incoming messages were aborting after a line or two of the header
|with 'status code 2C'.  These aborts were happening about one time in two.
|With the previous IPACP (6-5) back in place, the problem has gone away.
|
|When I get to work tomorrow I think I've got to get myself a commercial
|package...
|

William,
	Could you please try this:  kick all the TCP processes/users
except MX off the system for testing purposes.  Turn on IPACP TCP
debugging with the command:

IPNCP>NETLOG TCP

	Then cause an SMTP transaction to take place that will demonstrate
the problem.  Once you get an abort, turn of TCP logging, and send me
the resultant logfile.

-HWM
----------
Henry W. Miller
Assistant Systems and Network Manager
U.S. Bureau of Reclamation
Mid Pacific Region
2800 Cottage Way MP1100
Sacramento, CA 95825
(916) 978-5108 / FTS - Same as commercial
Inet:	"henrym@sacto.mp.usbr.gov"

"I've fallen, and I can't get up!"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: RE: complete version of CMU-IP...
From: "John F. Sandhoff" <syssand@ccvax.ccs.csus.edu>
Date: Wed, 27 Jan 1993 11:31:26 PST
Reply-To: sandhoff@csus.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Resent-Date: Wed, 27 Jan 1993 11:31:26 PST
X-MX-Warning: Warning -- Invalid "Resent-From" header.
Resent-From: @andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Message-ID: <9301280306.AA16647@depot.cis.ksu.edu>
CC: torppa@mits.mdata.fi, judson@usc.edu, syssand@ccvax.ccs.csus.edu
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Resent-Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu


>>I'm trying to find complete CMU-Open VMS/IP preferably by ftp.

>>I also need a "complete" version.  Is it available...?

The package was (as of yesterday and probably still is) available
via FTP to DRYCAS.CLUB.CC.CMU.EDU. The savesets on SACWMS.MP.USBR.GOV
are *patches only* and must be applied to an ALREADY-INSTALLED version
6.6-5 system.

As a public service, and with no committment of support, our site is
mirroring the release, patches, and anything else we can snag. Our
Anon-FTP machine is 'CSUS.EDU' (130.86.90.1); the files are in
/pub/cmuip. See the readme file there for more info.

If any of the authors or holders of such things as the patched LPR
routines, etc etc etc wish to forward them (or tell me where to get them),
I will move all the accumulated info onto this FTP server for all to
access. I do not intend to steal the thunder of Henry, John or Tom; I
merely wish to make sure that the worldwide community does not lose access
to such a valuable product.

Also, as a side note, the question was asked:
> If decus is controlling it, why don't they have ftp...?

DECUS needs to be self-sufficient; the fees they charge for tape distribution
etc help to pay for the machines they need to have in order to provide
the files in the first place. Decus is a tremendous asset; unfortunately
nothing comes free (except CMU/Open :-) ) and revenues have to be generated
*somehow* in order to pay for it all.


    John F. Sandhoff, University Network Support
      California State University, Sacramento - USA
        sandhoff@csus.edu
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: complete version of CMU-IP...
From: Marc Shannon <synful@drycas.club.cc.cmu.edu>
Date: Thu, 28 Jan 1993 00:01 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"CMU-OpenVMS-IP@DRYCAS.CLUB.CC.CMU.EDU"

I should have sent this earlier, but it kept slipping my mind.

Due to some confusion (and a missing letter in the TGV mailing to some
recipients), we are keeping the CMU-OpenVMS/IP distribution online on
DRYCAS.CLUB.CC.CMU.EDU until February 28.

--Marc
From: torppa@mits.mdata.fi (Jarkko Torppa)
Subject: Where to get complete CMU-Open VMS/IP ?
Organization: Microdata Oy
Followups-To: vmsnet.networks.tcp-ip.cmu-tek
Date: Tue, 26 Jan 1993 19:55:57 GMT

I'm trying to find complete CMU-Open VMS/IP preferably by ftp. I already
know SACWMS.MP.USBR.GOV but the set is far from complete there.

tcpip+@andrew.cmu.edu said that until 15 of january I could have ftp:d it
from one of their machines, after that I should contact decus.
--
 Jarkko Torppa |        torppa@mits.mdata.fi |  Uh huh
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: NamRes and Domain `.' 1
From: Mike O'Malley <omalley.mike@a1.dv780.dvo.mts.dec.com>
Date: Thu, 21 Jan 93 15:26:01 -0800
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
X-MX-Warning: Warning -- Invalid "To" header.
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
Msg-Class: !AS

[This message is converted from WPS-PLUS to ASCII]


I have setup a primary bind server on an ultrix v4.2 system (ult01).
This server returns only host names, no domain name.  The domain is
essentially `.'.

On my UCX system I set the name server name and address with a domain
name of `.' and all is healthy.  Names are returned without a domain.

On my CMUIP system any request from the namserver will time-out.  No name
is returned.

Is it possible to have CMUIP namres running in this environment?

Here is the contents of my NAMRES$CONFIG:

;
Domain_Server:.:ult01.:134.253.88.2:53
;
Domain_Suffix:.
;
Logging:0
;
Variable:RECURSE:1
Variable:TIMEOUT:5
;

Please advise

------------------------------------
Mike O'Malley (mlomall@sandia.GOV)
System and Networks
Sandia National Laboratories
Albuquerque, NM
------------------------------------
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
Subject: Re: LPR queueing problem
From: Rick Pim <rick pim@andrew.cmu.edu:rick@qucdnee.bitnet@cis.ksu.edu>
Date: Thu, 21 Jan 1993 15:23 EST
Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
Organization: The Internet
Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
X-MX-Warning: Warning -- Invalid "From" header.
Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
X-Vms-To: IN%"CMU-OpenVMS-IP@DRYCAS.BITNET"

> are  rudy@avila.aero.ORG (Don Rudy)

>Anyway the problem is that the lpr daemon sends some
>info (the node and file name) and the lpd symbiont on the vax puts that info
>into the /PARAM qualifier.  Unfortunately, the script printer software will
>only allow keyword=value types of parameters.  If the keyword is not one it
>recognizes, it won't print the file.  My question is: Is there someway, on
>either machine to suppress this "feature"?

i asked this a bit less than a year ago because i was having problems
with scriptprinter/lpd/lpr/some suns:

>> the basic question: is there an elegant way of telling lpd to supress
>> parameters when it enters a job in a local queue?

 Herbert Hanewinkel sent this reply to the list:

>
>This is an old problem, I discussed it with Art Stine, who worked on the
>lpr/lpd code at that time, over a year ago.
>
>He provided me a lpd version in which the whole parameter stuff is disabled.
>But this also disables lprm, because the information in the parameters 6-8 is
>used to identify the job and automatic Postscript/Ansi recognition.
>The modified lpd is on my server genmic.biochem.mpg.de.

i grabbed his modified lpd and have been using it with CMU 6.5 since
last march with no serious problems. i have no idea how it will work with
6.6, YMMV. if you want to try it i can send you a copy (i have no idea if
it's still on genmic.)

rp
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Rick Pim                                            bitnet:rick@qucdnee
Department of Electrical Engineering         rick@qucdnee.ee.queensu.ca
Queen's University, Kingston                             (613) 545-6772
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Right.  Who's got a boil on his semprini then?"
Newsgroups: vmsnet.networks.tcp-ip.cmu-tek