HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 08:56:57 EST
From:         Harold Pritchett <HAROLD@UGA.CC.UGA.EDU>
Subject:      Help with MVS/TCP 2.2.1 LPD Configuration

We have just installed TCP/IP for MVS 2.2.1.  In configuring the LPSERVE
address space, the only file I can find is 'tcpip.lpd.config'.  This
file does not seem to contain the information I need to configure my
printers.  I am running JES3, and have multiple printers defined, with
sysout classes from A to Z, multiple forms, remote printers, etc.

Where/how does one set up the necessary lpd printer defs to allow one
to use a particular printer with the right sysout class/forms code/etc.

Any assistance would be appreciated, before I pull out any more hair.

Harold
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 23 Nov 1992 13:08:19 PDT
From:         Richard Hintz <OPSRJH@UCCVMA.BITNET>
Subject:      Re: TCP MVS 221 FREEPOOL Buffer Utilization - 24bit mode

On Sun, 22 Nov 1992 09:35:00 EST Peter M. Weiss +1 814 863 1843 said:
>I thought you would like to know what our TCP buffer utilization
>was like on our maximum usage day (114 simultaneous inbound TN3270):
...
> Dat buf        27
> Sm dat buf    126
> Tiny dat buf    0


I know what small data buffers are, but what are tiny data buffers?
Also, I'm surprised that 126 small data buffers are used for 114
Telnet connections.  Are the other 12 line mode Telnet?

  Richard Hintz  opsrjh@uccvma.ucop.edu  opsrjh@uccvma
  University of California
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 10:34:47 CST
From:         David E Boyes <dboyes@IS.RICE.EDU>
Subject:      Re: MVS TCP/IP FTP to/from 3420 tape drive
              "EPW04%ALBNYDH2.BITNET@ricevm1.rice.edu" at Nov 20, 92 8:43 am

>  Rick Troth replied Try WDSF. What is WDSF.
> Edward Winters
> New York State Department of Health
> ESP Room C141   518-473-1809

WDSF/VM (Workstation Data Save Facility), soon to become part of
DFSMS/VM, is a workstation backup and file archival program that
allows OS/2, DOS, Macintosh, RS/6000, Sun 3/4, and any other
machines that can export file systems to one of the previously
listed machines to do network-based backups to staging disk and
tape managed by the WDSF server. WDSF supports 3270 connections
and TCP/IP as a data transport.

It doesn't do anything for the MVS-only folks, but it does a
excellent job of handling microcomputer and small-to-medium
sized workstation backups. Actually, given the more advanced
implementation of DFSMS on MVS, I wouldn't be too surprised if
the functionality was added to MVS SMS as well, but I don't have
any way of knowing if that's on IBM's agenda.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 23 Nov 1992 14:03:21 MST
From:         Jeff Hoover <SYSJJH@NMSUVM1.BITNET>
Subject:      VMNFS machine fails on autolog

I am running TCP/IP 2.2 under VM/ESA 1.1 at base level. I have been
working on this problem with IBM, but thought I had better through it
out here and see what you all thought.

It seems that when I xautolog the vmnfs machine I get the following
error message:


   DMSITP141T Operation exception occurred at 6D1002 in routine VMNFS



When I logon to the machine and bring it up manually it comes up correct.


Any suggestions or help would be greatly appriciated. Also I am not a
member of this list so please reply directly to me.

Jeff Hoover
sysjjh at nmsuvm1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sat, 21 Nov 1992 15:51:48 EST
From:         Kent Fiala <SNOKLF@VM.SAS.COM>
Subject:      Re: rexecd question
              20 Nov 1992 10:57:01 CST from <CC52@SDSUMUS.SDSTATE.EDU>

On Fri, 20 Nov 1992 10:57:01 CST CC52000 said:
>We are trying to set up  REXECD with one slave machine (RSLAVE1).
>After REXECD comes up we send a command such as
>
>REXEC -l guest -p guest SDSUVM q t

First, a word to the wise.  You do realize that once you get this working,
then anyone anywhere in the world with a network connection to you can
anonymously run commands on your system?  I would never recommend supporting
REXECD slave machines unless, as someone else aptly put it, you have no
concerns about security and want to give away free cycles.

Instead of trying to REXEC as "guest", try REXEC'ing to a normal userid.
Does that work, and does that meet your needs?
>
>In the log to RSLAVE1 we see the line
>
>* MSG FROM REXECD  :  q t
>
>and then nothing.

I don't support slave machines here, so I can't speak from experience, but
I'm pretty sure that the slave machine is supposed to receive that command
via an IUCV connection to *MSG.  The fact that you see the message in the
console indicates that the *MSG connection has not been made.  The approach
that I would take is to figure out why not.  Does the slave have access to
the RXSNDIU EXEC?  Does it have access to the other modules needed from
the client common disk?

------------------------------------------------------------------------
Kent Fiala <snoklf@vm.sas.com>
SAS Institute Inc., Cary NC 27513 USA                 919-677-8000 x6646
From: aroby@andersen.co.uk (Tony Roby)
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Multitasking socket apps in MVS/XA
Date: 16 Nov 92 14:32:05 GMT
Organization: Andersen Consulting (UK Practice)

rhodes@RHODES.CC.VT.EDU (Tim Rhodes) writes:

>Has anyone pursued a solution to multitask socket applications (ie concurrent
>server) in an MVS based socket application.  The programmer's reference
>indicates that it is possible, but C/370 has no fork() or thread_detach()
>function.  Has anyone tried interfacing with an ALC stub ATTACH macro to
>achieve this or have any suggestions.  Thanks...

We are doing just this using the C/370 MultiTasking Facility.  No need to
write stubs to ATTACH - just use tsched().  E-mail me if you want the source.

Tony
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 06:45:47 EST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         "REED, ROD USAISC-P,
              ASQNS-SESS-S RM BD987 703-695-9974"
              <REEDR@PENTAGON-HQDADSS.ARMY.MIL>
Subject:      TCPIPX25

SUBJECT: TCPIPX25


   I am interested in hearing from anyone out in MvsTcpipX25Npsi-land
who has experience with operating the npsi mch as DCE?  The Cisco router
I'm connected to during this initial testing needs some special feature
so IT can be the dce, so, in the meantime, I've got some traffic running
with npsi acting as DCE.

   Specifically:

   1) when TCPIPX25 starts the line, always get msg:
       X25IPI381i MCH mchline DATE error report command=00 error=06
      which says physical connection is down, but, it really is not, in
      fact the packet level promptly becomes ready.  (IBM lvl 2 is
      puzzling over this one).
   2) no external calls are accepted until a call is initiated from
      TCPIPX25, such as a ping or telnet request from a tso user.
      I'm wondering if this is characteristic of being the DCE, having
      to prime the pump so to speak?  The initial call sets up a single
      SVC with one LU from the vtam switched major node associated
      with the npsi mch.  From then on, more that one 'session' can
      pass data ok on this single VC.
   3) it has proved possible to break this single connection by simply
      issueing a ping with a data length big enough to result in a pkt
      greater then max packet length (1024 in my case).  This is most
      untoward since the single connection thus rendered inop serves
      many sessions.  I am hopeful that defining npsi as DTE, the way
      all the IBM books assume it is setup, will confine this problem
      to a single VC supporting only the user issueing the big ping.

    I'd be pleased if someone who has been over this territory before
could give me some help with these concerns.

*
************************
*   HAVE A NICE DAY    *
************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 09:32:46 EST
From:         Harold Pritchett <HAROLD@UGA.CC.UGA.EDU>
Subject:      Re: MVS TCP/IP FTP to/from 3420 tape drive

On Fri, 20 Nov 1992 08:43:50 EDT <EPW04@ALBNYDH2> said:
> Rick Troth replied Try WDSF. What is WDSF.

Workstation Data Save Facility.

My question is can it go directly to tape.  And what is required on the
client end.  I have MANY *IX boxes from almost any vendor you can think
of.  They ALL do FTP.  I don't think that WDSF is the answer here.

Harold
From: SY07@I1.PH.GLA.AC.UK (SY07 at GWIA Alan J.Flavell)
Newsgroups: bit.listserv.ibmtcp-l
Subject: re: Determining connection
Date: 17 Nov 92 20:30:37 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Via:        UK.AC.GLA.PH.I1; 17 NOV 92 20:50:48 GMT
Phone:      041 339 8855 ext 5454 or 4197  (fax 334 9029)

> ...
>  My question is, from within a CMS session can one's attachment method be
>  discerned (aside from associating the port number), and if so, how?

Yes, and no (if you will excuse me being obtuse).

First, may I assume that we are keeping VTAM out of the act?

Then, you have two main classes of terminal session: those with
a real terminal address (for example, REAL 7171 ports or REAL
IBM 327x terminals); and those with a logical device address
(a.k.a those that are hosted by service virtual machines of
the kind that create logical devices, e.g TCPIP, multi session
managers, SIM3278, and so forth).

I assume you have no difficulty keeping those main classes
apart - a simple analysis of CP QUERY response is all that it takes.

Finding out which virtual machine is hosting a given logical
device is quite a different matter.  IBM has had quite a number
of tries at implementing the logical device facility, in each
of their VM operating systems (VM/SP, VM/HPO, VM/XA etc.)
and I never found a native facility to determine which svm
is hosting which logical device.  We have a CP mod which,
amongst other things, does this for us, but it had to be
reworked for each release, and it was not unknown for it
to crash VM when we got it wrong.  (We're on VM/XA SP 2.1 now).

In earlier versions of VM, each svm got its own group of,
either 256 or 512, logical device addresses, so that, for
example, all logical devices of the form L2xx were hosted
by the same svm, although you did not know WHICH machine,
unless you had some other evidence to go on.

Now, typically, Ldev addresses are handed out in numerical
order, so you cannot even guess that.

Sometimes if you know that one svm creates logical 3277's
while another creates logical 3278's (for example) you can
tell which is which by looking at the device type and class
in the dev.blok, but this is not very satisfactory.

Caveat: I'm not familiar with VM/ESA, so if you have that,
it's possible there is an answer to your prayer already.

Now - you're not interested in linemode too, are you???

Hope this is useful!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 10:57:01 CST
From:         CC52000 <CC52@SDSUMUS.SDSTATE.EDU>
Subject:      rexecd question

We are trying to set up  REXECD with one slave machine (RSLAVE1).
After REXECD comes up we send a command such as

REXEC -l guest -p guest SDSUVM q t

to the machine. We see the command

cmd - XAUTOLOG1 RSLAVE1 DIRECTORY#EXEC RXSNDIU REXECD  q t

in the trace on REXECD.

After this the process justs waits until it times out.

In the log to RSLAVE1 we see the line

* MSG FROM REXECD  :  q t

and then nothing.

This is running with TCP/IP Version 2.2 on an VM/ESA 1.1 system.

Is there something obvious we're missing?

Ron Greve
South Dakota State University

CC52@SDSUMUS.SDSTATE.EDU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 18 Nov 1992 11:59:03 -0500
From:         jwagner@PRINCETON.EDU
Subject:      Re: TCP MVS 2.2.1 24-bit Unhappy Camper
              16 Nov 92 12:53:14 -0500. <9211162144.AA15872@Princeton.EDU>

> TCP/IP V2R2 (both VM and MVS), included extensive changes in SMTP in
> how it rewrites headers of outbound mail.  Headers are now written per
> the rules in the SMTP RULES file (user exit), instead of simple hard
> coded rules in SMTP.
>
> This new code will verify that a header mailbox address is valid before
> rewriting it.  If the header is not valid (per RFC 822), it will ignore
> that particular header and pass it through the gateway unchanged.

Daniel, This violates the internet rules and puts ALL the Bitnet Interbit
gateways in an interesting position.  IBM has told us we will be able to meet
the internet requirements for addresses with this code.  This "solution"
means we can never do that.

> In the example above, since "lastname.first" is a phrase that contains
> a period (which is a special), it must be in quotes to be valid.  Since
> the phrase is not in quotes, SMTP ignores the header, and passes it
> unchanged through the gateway.
>
> Unfortunately, the only solution is to fix the mailer that is sending
> the incorrect headers through the gateway to use proper RFC822 format.

Unfortunately, this is not the only solution, but the one IBM chose to
implement.  I can think of two other solutions off the top of my head.

1.  Reject the mail as having an invalid RFC822 header

    Rejection could even be controlled by a flag setting so that sites that
    were only doing in-domain gatewaying could let this stuff through while
    sites acting as network gateways could reject it.

2.  Provide a way to standardize addresses.

    You almost have enough mechanism now to allow me to fix this in a
    rule.  Something like


     !A.B <C> -> "A.B" <C>

    where the "!" indicates don't stop on this rule.

> The second example above will work, since the underscore is not a
> special character.  The string "lastname_first" becomes a single atom
> without specials, and does not require quotes around it.  It may be
> easier for you to use this format than to try and fix the mailer.

Sites providing SMTP services for a network don't have this ability.  The
SMTP codes has to take this reality into account.

   John Wagner
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sat, 21 Nov 1992 13:36:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: TCP/IP For MVS Messages and Codes

Could someone from IBM explain how messages are selected for inclusion
in the MVS TCP/IP Messages and Codes book?  It seems that more are
missing than are included.  I have FTP and VMCF problems, and *none*
of the error messages I'm getting are in the 2.2.1 book.

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 18 Nov 1992 12:09:16 GMT
From:         Fergal Suipeil <FERGAL@IRLEARN.UCD.IE>
Subject:      SNMPD and EDESTADDRREQ

We're running TCP/IP v2r2 under VM/HPO 5.5. We have an SNMP query agent
running on a UNIX box. I'm trying to get SNMPD to talk to it. I created
SNMPTRAP DEST and PW SRC files, made sure PROFILE TCPIP was O.K. and
started up SNMPD. All it does is regularly issue the following message:

send_SNMP_response: destination address required (EDESTADDRREQ)

Any ideas ?

Fergal Suipeil
University College Dublin
Computing Services
Belfield, Dublin 4, Ireland
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 15:40:13 CST
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: MVS TCP/IP FTP to/from 3420 tape drive
              19 Nov 1992 12:32:29 EST from <HAROLD@UGA.CC.UGA.EDU>

>We would like to be able to use our MVS system with it's farm of tape
>drives with full time operator support as a offline data storage
>facility for our UNIX users.

        Try WDSF.

Rick Troth <troth@ricevm1.rice.edu>, Rice University, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 17 Nov 1992 13:03:24 EDT
From:         Carl Davis <COMP1035@SLCSL.BITNET>
Subject:      Applying Service

 Greetings:

 I have installed IBM TCP/IP 2.2.0. (5735-FAL). I now have to apply
 service to this product.  (HIPERs).
 I have received a tape (from ISC) with service on it.
 File 2 has 5735FALA, file 3 has 5735FALD, etc.
 Can use VMFMERGE to apply this service?
 VMFMERGE requires certain parm files. ( ie VMFPARM file for
 each component), where would these control files be?

 I do not have copies of these parm files. TCPMAINT does not have
 the same type of disk layout as does someone like VTAM. Where
 you have a DELTA disk and a MERGE disk.  Or have I missed something.

 Would someone wish to share their experience in applying service
 to this product.

 BTW I read the Service memo included on the tape and am no further
 ahead.

   Regards C. Davis       Systems Programmer   St. Lawrence College
   VM/HPO 5.0   MVS/370   Telephone   613-345-0660  Ex 3523
   BITNET   : COMP1035@SLCSL
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Marist College
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 20 Nov 1992 12:51:15 EST
From:         "A. Harry Williams" <HARRY@VM.MARIST.EDU>
Subject:      Re: MVS TCP/IP FTP to/from 3420 tape drive
              20 Nov 1992 10:34:47 CST from <dboyes@IS.RICE.EDU>

On Fri, 20 Nov 1992 10:34:47 CST David E Boyes said:
>>  Rick Troth replied Try WDSF. What is WDSF.
>> Edward Winters
>> New York State Department of Health
>> ESP Room C141   518-473-1809
>
>WDSF/VM (Workstation Data Save Facility), soon to become part of
>DFSMS/VM, is a workstation backup and file archival program that
WDSF/VM will become DFDSM/VM.  DFSMS/VM FL221 will use DFDSM
for ML2 storage.

>allows OS/2, DOS, Macintosh, RS/6000, Sun 3/4, and any other
>machines that can export file systems to one of the previously
>listed machines to do network-based backups to staging disk and
>tape managed by the WDSF server. WDSF supports 3270 connections
>and TCP/IP as a data transport.
>
>It doesn't do anything for the MVS-only folks, but it does a
No, but there will be a DFDSM/MVS also.

>excellent job of handling microcomputer and small-to-medium
>sized workstation backups. Actually, given the more advanced
>implementation of DFSMS on MVS, I wouldn't be too surprised if
>the functionality was added to MVS SMS as well, but I don't have
>any way of knowing if that's on IBM's agenda.

/ahw
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 19:12:00 -0800
From:         John Halperin <JXH@SLACVM.BITNET>
Subject:      Re: TCP MVS 2.2.1 24-bit Unhappy Camper

> I think you have a bug here.  I sure don't read RFC822 that way.
> I call your attention to the following passage:
>
>      6.2.4.  DOMAIN-DEPENDENT LOCAL STRING
>         [ ... ]

RFC822 allows unquoted periods in <local-part> but not in <phrase>.
I think the context of the discussion had to do with phrases.
For example, in the address

    To:  "Dr. A.L.Brown"  <a.l.brown@xx.yy.edu>

quotes are needed around the phrase 'Dr. A.L.Brown' but are not needed
around the local-part, 'a.l.brown'.

--  John Halperin  <JXH@SLACVM.SLAC.Stanford.EDU>
    Stanford Linear Accelerator Center
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 18 Nov 1992 10:57:51 EST
From:         Martha McConaghy <URMM@MARIST.BITNET>
Subject:      VMCF SEND FAILS

We are currently experiencing a serious problem that has cut off our Internet
access.  Luckily, we still have BITNET, so I'm able to post this note.

Over the weekend, things just stopped working.  No error messages, no equipment
failures, nothing.  We connect to Internet via an IBM 3172 through a small
Ethernet to a proteon router which is maintained by a vendor.  The vendor
has confirmed that they can access the router, but not any farther.  We cannot
access the router or beyond to Internet.  IBM is currently working on the
3172, but so far, everything looks alright.  No changes have been to TCPIP
for several weeks.  We are running FAL V2 R1 on VM/ESA ESA 1.0.

My question has to do with a message that began showing up on TCPIP's
console about the same time that this failure began.  The message is:

CLIENTEND VMCF SEND FAILS

It comes through periodically, but not consistantly throughout the day.
What does this message mean?  Could it be related to the failure or just
a result of it?  Any little help would be appreciated, as we are grasping
at straws at this point.  What do you do with something that isn't
broken, but doesn't work either?  %-(

Martha
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 17 Nov 1992 15:05:30 EST
From:         Grant Davis <GDAVIS@WCU.BITNET>
Subject:      Determining connection

 We're running TCP/IP and VM/HPO 5 here. As we transition users from our old
 asynch network (7171's) to our ethernet LAN, we find ourselves supporting two
 types of connections on the host: asynch running a terminal emulator like
 YTERM, and telnet connections running a TN3270 product on the client.

 My question is, from within a CMS session can one's attachment method be
 discerned (aside from associating the port number), and if so, how?

 Thanks in advance for your responses.

 G. Davis
 Information Services
 West Chester University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 23 Nov 1992 13:05:34 -0500
From:         eas4@POP.CWRU.EDU
Subject:      re: mvs netstat (no, not again!) and other MVS messages

Bill Rubin of IBM asks:

>> If you could specify that
>> you wanted NETSTAT output only for a specific userid, would being able
to
>> request information by connection be useful as well?

Axel Knabbe comments:

>First of all, under MVS, NETSTAT does not tell me the TSO userid for
>telnet login from the outside. Before being able to specify a single
>userid, I would appreciate to obtain at all  userid information for
>telnet login to TSO. It would be valuable to have the userid for
>the FTP telnet control session as well. Only after that I would plead
>for connection number oriented info via NETSTAT.

I strongly second that motion!  I've always wondered why such information
was not readily available from the system...

(We are MVS/ESA only, runing TCP/IP V2.2.1.)

It would be very useful to have a message from the TCP/IP STC -
written to either the MVS SYSLOG or the TCPIP STC SYSPRINT DD or both -
which contains the TSO UserID, TCPIP ACB ("terminal") mnemonic, and
internet address of the connectee.

I can piece this together for logons by being a good detective and matching
up timestamps, but in a high-utilization system, it'd sure be swell to have
a single, all-encompassing message.
Also, the TCPSTM162I, TCPSTM166I, and TCPSTM132I messages created at TSO
logon time do not have logoff counterparts...

Also, it would be nice to have some kind of messages about who's doing what
to whom with FTP, other than just the IEF285I informational messages that
get written to the FTPSERVE STC SYSPRINT each time a dataset is accessed.

Lizann
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 19 Nov 1992 19:40:26 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.QRO.ITESM.MX>
Subject:      Re: RFC's for LPR/LPD

A couple of hours ago, Alejandro Kurczyn (AKURCZYN@ITESMVF1) asked for
RFC's related to LPR and LPD (I naturally discarded before replying...).

From IBM TCP/IP V.2 R.2 for VM's User's Guide, pp. 11:

 "For more information about LPR and LPD, see RFC 1179."

Unless something drastic happened, all RFCs are available on nic.ddn.mil,
anonymous:guest, directory /rfc

Hope this helps.

Juan
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU