HDTenEightyP/NetNews huggingface dataset:
Via:        UK.AC.CAM.PHX;  8 JAN 93 19:09:14 GMT
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 8 Jan 1993 19:09:37 GMT
From:         A Grant <AG129@PHOENIX.CAMBRIDGE.AC.UK>
Subject:      File transfer and mail (was Re: MAXMAILBYTES)

Dave Nordlund writes:
> I don't consider a mail message (envelope, attachments, body etc.) to be
> a substitute for file transfer.  File transfers retain file structures
> between systems so loadable code will still load and run and data base
> records are still usable.

Your first sentence is unarguable, but if you think that your second
sentence provides the reason, you assume:
  a) that MIME does not support transfer of structured files - it does.
  b) that all file transfer protocols do this - FTP doesn't.

MIME is to SMTP what NETDATA is to RSCS. There is no way in which NETDATA
encapsulates more information. The "application" Content-Type of MIME says
that a body part is of a particular format; it would be quite possible to
register subtypes "CMS-file", "VSAM-cluster", "JCL", "IEBCOPY", "VMARC",
"DISK-DUMP" etc., or indeed "NETDATA", as long as their specifications were
public (the source of DMSDDL doesn't count!)  Perhaps somebody has already
done this.

And it helps to draw a distinction (which is very clear in X.400) between
message transfer and personal mail. Unlike the old solutions using
"uuencode", a MIME mailer won't present the user with a page full of hex
any more than RECEIVE gives the user a page of raw NETDATA. Of course,
individual body parts of MIME messages can be in the form of personal,
human-readable mail.

MIME also supports segmentation and reassembly of messages to get round
mailer and gateway size restrictions - you could use this to work around
the MAXMAILBYTES and B37 problems being discussed. (There is an IETF group
working on adding a "SIZE" verb to SMTP to make this automatic; better to
get IBM to adopt this quickly when available instead of asking for MVS to
support infinitely extensible files!)

There _are_ arguments that message transport systems (like RSCS, SMTP or
X.400) sending files into holding areas, are no substitute for transfers
directly to and from the filestore. But there are also arguments that the
latter systems, because they require prior authentication, are too
inflexible to be a sole solution. There are even more arguments that file
"transfer" itself is not an adequate substitute for connection-oriented
data-on-demand access (a la NFS) to remote file systems. But none of them
have anything to do with the ability of messaging systems to transport
structured files.
--
Alasdair Grant, MVS Systems Group, University of Cambridge, England
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: U.S. Dept. of Energy
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 7 Jan 1993 08:58:54 EST
From:         Thomas Kern <U8803KT@VM1.HQADMIN.DOE.GOV>
Subject:      Re: Automatic Account Allocations
              6 Jan 1993 20:01:10 GMT from <ddking@DANTE.NMSU.EDU>

I do not know of ANY commercial product like your Account Generator,
but I do know that we have been thinking about instituting the same
sort of end-user-do-it-yourself account generation for our mainframe
systems.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 12 Jan 1993 07:44:38 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:      Combining remote and local name servers for smtp?

SUBJECT: Combining remote and local name servers for smtp?


  I would like to hear from anyone who would be so kind as to give me
some clues, some parm/table sketches perhaps, of how to, if indeed it is
possible to, use a remote name server for SMTP but impose a short locally
maintained host name table which SMTP would first go to for 1) host name
resolution for those hosts we must be able to access even if our remote
name servers are unreachable, 2) for quick updates should there be a
known host not in the name server's tables, or, if an ip address
changes (the remote name server is not always responsive to our local
needs).  The planning and install book for TCP/IP VM V2.2
indicates that smtp uses local tables exclusively, or uses remote name server
exclusively, but not both together.  We also do not want to have to maintain
the entire world-wide host name table.      We do have SQL.

  Or, if all this has been discussed before on this list, perhaps
somebody could point out to me how to browse past messages.

  Thank you.

*
************************
*   HAVE A NICE DAY    *
************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Liege (Belgium), SEGI (Computing Center)
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 7 Jan 1993 09:50:34 +0100
From:         Andre' PIRARD <PIRARD@VM1.ULG.AC.BE>
Subject:      Re: POP Server?

On Wed, 6 Jan 1993 14:27:56 PDT Richard Hintz said:
>Charley Kline ported POP3 to VM.  The latest version is on
>vmd.cso.uiuc.edu in the POPD directory.  I believe this version
>incorporates some changes from Stu Sugarman of UC which recognizes Profs
>subjects for clients like Eudora and allows the NUPop client to
>read Profs notes that have no blank lines without choking.

I have had this POPD tested by some of our users for two months now.
All are very very satisfied. Many thanks to Charley indeed.
The only problem I have noticed personally (but nobody complained) is that
while a long piece of mail is transmitted (we have some 9600 baud lines),
POPD seems to encounter problems to open a new pop session (VM TCP/IP's
NETSTAT kept showing 1 packet received until the long transfer stopped
or tamed).

Before deciding to put it in real production, anyone's experience about this
or other problems?

POPD seems to cope well with PROFS indeed.
I have made modifications to the ACF2 interface to load the modules instead
of requiring to link it with the ACF2 routines.
I've sent this to Charley but I've received no sign of an ack.
It would be interesting to further modify this interface to dynamically
detect under which RACF it runs and make the appropriate calls so that no
relinking is needed at all.
Anyone knowing where I can send my mods to be incorporated in standard
distribution?

Andr'e PIRARD         SEGI, Univ. de Li`ege          139.165 IP Adm.
B26 - Sart Tilman     B-4000 Li`ege 1 (Belgium)      +32 (41) 564932
pirard@vm1.ulg.ac.be  alias PIRARD@BLIULG11.BITNET
Date: Monday, 11 Jan 1993 14:43:06 EST
From: Jerry Bryan <BRYAN@wvnvm.wvnet.edu>
Newsgroups: bit.listserv.ibmtcp-l
Subject:    LPRMON Blank Page

The LPRMON program on OS/2 TCP/IP seems to insert an unnecessary
blank page.  I wonder if my analysis is correct, and if so, whether
it is a bug or a feature.

We have an HP Laserjet III shared between a secretary and two
Associate Directors.  All three people are running OS/2 2.0 and IBM's
TCP/IP.  The printer is attached to the secretary's PC, and the
print from the two A.D.'s PC's is routed to the secretary's PC via
LPRMON.

If you print *without* using LPRMON (e.g., using LPR explicitly), there
is no extra blank page.  Also, nothing the secretary prints creates the
extra blank page.  However, everything you print via LPRMON gets the
blank page.

The LPD on the secretary's machine is started with -B -C.  Is there
anything else that could be done to get rid of the blank page?

Note that with such a small and controlled user population, all
banner pages and so forth are turned off.  We would like to turn off
the blank page as well, but cannot figure out how to do so.  Any
help would be appreciated.

Robert G. Bryan (Jerry Bryan)              (304) 293-5192
Associate Director, WVNET                  (304) 293-5540 fax
837 Chestnut Ridge Road                     BRYAN@WVNVM
Morgantown, WV 26505                        BRYAN@WVNVM.WVNET.EDU

If you don't have time to do it right today, what makes you think you are
going to have time to do it over again tomorrow?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 12 Jan 1993 15:21:05 EST
From:         Mimi Zohar <ZOHAR@YKTVMV.BITNET>
Subject:      Secondary Nameserver on VM

> I'm having problems setting up a secondary nameserver on my VM system, running
> TCP/IP V2R2.0.  I suspect something not quite right in either my master data
> file or the NSMAIN DATA file.  I want ARIZVM1.CCIT.ARIZONA.EDU to be a
> secondary nameserver for ARIZONA.EDU.  The zone transfers work ok, but I'm
> having problems with the name resolution being provided to clients.  When the
> client needs a name resolved outside of the ARIZONA.EDU domain, it will succee
> once and then fail with "unknown host".  Does anyone see an obvious error in
> my files (included here)?  Thanks.
>
> * Taryn L. Westergaard           BITNET:   taryn@arizvm1
> * Systems Programmer, Principal  INTERNET: taryn@arizona.edu
> * University of Arizona, CCIT    PHONE:    (602) 621-2996


I'm suprised any name outside arizona.edu. would be resolved at all.
You've defined the name server as authoritative for two zones.  In
addition, the local name server needs to communicate with other name
servers.  You can either define a set of remote name servers or
request a zone transfer of root.

primary   .     cache

or

secondary .     root    ip-addr  <- where ip-addr is a friendly name
                                    server willing to transfer root.

Mimi Zohar
IBM T.J. Watson Research Center
Newsgroups: bit.listserv.ibmtcp-l
From: u8016044@cc.nctu.edu.tw (Ying-jie Chen)
Subject: Thanks: VM/CMS telnet modes?
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Wed, 6 Jan 1993 20:20:25 GMT

Netters out there,
   Thanks a lot to those who helped, privately or publicly! I
now know where to start looking for my solution!

/Ying-jie Chen/ Property Officer at the Chinese Marine Corps/

Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Posted-From: The MITRE Corporation, Bedford, MA
Organization: The MITRE Corporation
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 5 Jan 1993 09:39:08 EST
From:         "Paul J. Campbell" <pc@MBUNIX.MITRE.ORG>
Subject:      3172 "1101" problem

hi all,

we recently started getting a"1101" message on our 3172 for which our
ibm ce thought he had a fix but after it's application we find we still
have the problem.  according to the documentation the "1101" message
indicates an inability for the 3172 to obtain a buffer but the host
recovers (most of the time). anyone else experience this?

thanks
/pc

-------------
Paul Campbell
pc@mbunix.mitre.org
Bedford, MA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: "ECU Computing and Information Systems"
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 5 Jan 1993 08:58:25 EST
From:         "Brad S. Carson" <SSBSC@ECUVM1.BITNET>
Subject:      Problems installing a 3172-3

Hello, here at ECU we are trying to install a 3172 model 3 on our system
using ICP 3.1.  Every time I powerup the 3172 I receive the following
error code:

        181C <--- T/R adapter 'Lobe Wire Fault'
        2370 <--- T/R adapter is in 3172 slot 7
        3017 <--- T/R adapter is causing the error

As far a I can tell the cable from the 3172 to our 8230 is OK.  Our T/R
is running at 16mb.  The only thing I can't tell is what speed the T/R
adapter in the 3172 is set for.  All I can say now is HELP!!!
If you need any more information contact me at the addresses below.


------------------------------------------------------------------------
Brad S. Carson                       Bitnet  :  SSBSC@ECUVM1
Systems Programmer (VM, MVS & VMS)   Internet:  SSBSC@ECUVM.CIS.ECU.EDU
East Carolina University             NASCOMM :  CarsBraS
Austin Building Room 108             Bellnet :  (919) 757 - 4346
Greenville, NC 27858
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: North Dakota Higher Education Computer Network
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 8 Jan 1993 17:09:46 CST
From:         Marty Hoag <NU021172@NDSUVM1.BITNET>
Subject:      Re: Underscores in host names

   Underscores are ok in domain names but NOT for SMTP mail host names.
Here is some stuff I like to send to folks having this problem.  Marty


   The underscore ("_") is perfectly valid as a domain name and most
domain name servers will handle it just fine.  HOWEVER, it is NOT
valid as a HOST NAME as used in the SMTP protocols (for example).
   Note that the "local-part" of the SMTP address (local-part@domain)
can have many different characters.  It is only the domain name which
is restricted to letters, digits, hyphen (and period of course).

From RFC952:   (Note that RFC1123 overrides some of this:
   1. A "name" (Net, Host, Gateway, or Domain name) is a text string up
   to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus
   sign (-), and period (.).  Note that periods are only allowed when
   they serve to delimit components of "domain style names". (See
   RFC-921, "Domain Name System Implementation Schedule", for
   background).  No blank or space characters are permitted as part of a
   name. No distinction is made between upper and lower case.  The first
   character must be an alpha character.  The last character must not be
   a minus sign or period.  A host which serves as a GATEWAY should have
   "-GATEWAY" or "-GW" as part of its name.  Hosts which do not serve as
   Internet gateways should not use "-GATEWAY" and "-GW" as part of
   their names. A host which is a TAC should have "-TAC" as the last
   part of its host name, if it is a DoD host.  Single character names
   or nicknames are not allowed.

From RFC1123:
   2.1  Host Names and Numbers

      The syntax of a legal Internet host name was specified in RFC-952
      [DNS:4].  One aspect of host name syntax is hereby changed: the
      restriction on the first character is relaxed to allow either a
      letter or a digit.  Host software MUST support this more liberal
      syntax.

      Host software MUST handle host names of up to 63 characters and
      SHOULD handle host names of up to 255 characters.
      ...

From RFC821 (SMTP):

            <domain> ::=  <element> | <element> "." <domain>

            <element> ::= <name> | "#" <number> | "[" <dotnum> "]"

            <mailbox> ::= <local-part> "@" <domain>

            <local-part> ::= <dot-string> | <quoted-string>

            <name> ::= <a> <ldh-str> <let-dig>

            <ldh-str> ::= <let-dig-hyp> | <let-dig-hyp> <ldh-str>

            <let-dig> ::= <a> | <d>

            <let-dig-hyp> ::= <a> | <d> | "-"

            <a> ::= any one of the 52 alphabetic characters A through Z
                      in upper case and a through z in lower case

            <d> ::= any one of the ten digits 0 through 9
Organization: Penn State University
Date: Tue, 12 Jan 1993 08:39:48 EST
From: Peter M. Weiss <PMW1@psuvm.psu.edu>
Newsgroups: bit.listserv.ibmtcp-l
Subject: Re: Combining remote and local name servers for smtp?

In article <IBMTCP-L%93011207464648@PUCC.PRINCETON.EDU>, "REED, ROD USAISC-P,
says:
>
>  Or, if all this has been discussed before on this list, perhaps
>somebody could point out to me how to browse past messages.

To search the IBMTCP-L notebook archives, use standard Listserv
Database search facilities, by sending a listserv Job to listserv @pucc
or @pucc.princeton.edu.  Here is but a simple _example_ to search for
all items that mention "name" and "server", since February 1, 1991.
(Much more info on these techniques may be had sending the listserv
command INFO DATABASE to this or any Listserv).

--------------clip and save------------
//ListSrch JOB Echo=no
Database Search DD=Rules
//Rules DD *
search (name and server) in ibmtcp-l since 91-02-01
index
print
--------------clip and save------------

/Pete (pmw1@psuvm.psu.edu) -- co-owner LDBASE-L
--
Peter M. Weiss                     | not affiliated with psuvm.psu.edu|psuvm
31 Shields Bldg -- Penn State Univ.| "Connectivity is more than a Connection"
University Park, PA USA 16802-1202 | E. Michael Staman, _The Circuit_, Apr 92
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University at Albany Computing Services
X-Acknowledge-To: <BEC@ALBANY>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 7 Jan 1993 11:32:18 EST
From:         Ben Chi <BEC@ALBANY.BITNET>
Subject:      Re: MAXMAILBYTES

On Thu, 7 Jan 1993 09:38:46 CST Dave Nordlund said:
>                    . . .  SMTP should not be used for file transfers.
>FTP should be used for large data movements. . .

To my knowledge there is no standard method for sending someone a file
via the internet EXCEPT via SMTP.   Note that I use "send" here in the
RSCS/SENDFILE sense -- namely send someone a file without entering his
directory.  With FTP you have to know the recipient's logon password.

Indeed, FAL's Internet-enhanced SENDFILE sends the file as mail when-
ever the recipient's address is an IP address.
                                             /b
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 8 Jan 1993 00:37:00 PST
From:         Leonard D Woren <LDW@USCMVSA.BITNET>
Subject:      Re: MAXMAILBYTES

On Thu, 7 Jan 1993 09:38:46 CST,
   Dave Nordlund <NORDLUND@UKANVM.BITNET> said:
> On Thu, 7 Jan 1993 10:28:28 EST Richard Varenas said:
> >Is there a recommended limit for the largest file size SMTP will
> >accept via the MAXMAILBYTES in the SMTP CONFIG file?

> It seems incredible to me that ANYONE can deal with a 512K Email message!

Well, UCLA/Mail ("the" mailer for MVS/TSO) can handle it.  It's just
potentially painful for the end user, due to the slowness of handling
a large piece of mail.

However, as I mentioned a week or two ago, there is a problem with
IBM's MVS SMTP.  IBM has finally agreed to take an APAR on this, but
they haven't hinted as to when I'll get a fix.  The current code has
SPACE=(TRK,(1,3)) hard-coded, so a MAXMAILBYTES which is larger than
whatever fits in the NOTE file in 46 (1+15*3) tracks on your
MAILFILEUNIT device type will cause SMTP to abend SB37 whenever it
receives a larger piece of mail.  Then the remote host will requeue
the mail for retry, TCPIP will auto-restart SMTP, and the remote host
will send the mail again, causing SMTP to abend again.  It's a slow
but potentially disastrous loop.  About the only thing that you can do
to escape is reduce MAXMAILBYTES.  For a 3380, the maximum is
somewhere around 2M until the apar is fixed, or unless you install a
circumvention zap to increase the allocation values.

Without getting too deep into the philosophical argument that "file
transfer should be done with FTP, not with SMTP", an argument with
which I think I agree, systems people should face reality.  The
computer is here to serve users, and users like to mail large things
because it's more convenient than FTP, mostly due to the Internet
stubbornness about "what's wrong with giving someone your password so
that he can give you a file?"   (Yeah, I know, "they're working on
it."  I've been hearing that for a couple of years.  Does anyone have
an estimated deployment date???  Or is MIME it?  If so, then Bitnet
*really* needs to deal with large mail because MIME is basically here
now, and SMTP needs to be able to handle it.)  In fact, even between
Bitnet hosts, I see a lot of large files being emailed, instead of
using TRANSMIT/SENDFILE.  So, whose fault is it if users don't know
how to use TRANSMIT/SENDFILE?

/Leonard
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 8 Jan 1993 16:20:00 CST
From:         Dave Ulrick <A01DGU1@NIU.BITNET>
Subject:      Underscores in host names

We're still running v1.2.2 of TCP/IP on our VM/SP 5.0 system, with
no current plans to upgrade TCP/IP until we convert to VM/XA.  We've
recently seen SMTP complain about mail from a host whose name
contains an underscore.  Our other VM systems programmer and myself
vaguely recall that this problem *was* once a problem with VM
SMTP but was fixed in a subsequent release.  Is our recollection
correct?  If not, when will it be fixed, or is the fault with the
host name itself?

Thanks!
Dave
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Dave Ulrick                        Bitnet:    A01DGU1@NIU   (MVS/ESA)
Northern Illinois University                  A01DGU1@NIUCS (VM/SP)
DeKalb, IL, USA                    Internet:  a01dgu1@mvs.niu.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vms-To: IN%IBMTCP
X-Vms-Cc: CJR2567
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 5 Jan 1993 10:10:29 -0400
From:         Charlie Rizzuto <crizzuto@ROSEDALE.ORG>
Subject:      ftp-vsam

One of our users was trying to FTP a file to a VSAM entry sequenced data
set on the mainframe.  He says he is getting an error message saying
that VSAM files are not supported.  Is that true?  How can he upload a
file into a VSAM entry sequenced data set?

Thanks.

Charlie Rizzuto
(609)-734-5246
(CJR2567@ROSEDALE.BITNET)
(CRIZZUTO@ROSEDALE.ORG)
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 7 Jan 1993 16:44:56 CST
From:         Dave Nordlund <NORDLUND@UKANVM.BITNET>
Subject:      Re: MAXMAILBYTES

On Thu, 7 Jan 1993 19:09:35 GMT Alasdair Grant said:
>
>>Yes, the lack of sender originated file transfer is what keeps some people
>>on BITnet.  There are efforts to define such a facility within TCP/IP.
>
>You are both right: it's been done, but it uses SMTP as a transport
>mechanism.  It's called MIME and is defined in RFC 1341.  It supports
>messages containing both text and binary files.  Although nearly all
>the standard is to do with defining a structured mail message format,
>a few extra mail headers are used to tell the recipient's mail-reader
>that it is a MIME message.  It's quite new but many of the public-domain
>Unix mailers now support it.

I don't consider a mail message (envelope, attachments, body etc.) to be
a substitute for file transfer.  File transfers retain file structures between
systems so loadable code will still load and run and data base records are
still usable.

         Dave Nordlund                 Associate Director
         Computing Services            University of Kansas
         NORDLUND@UKANVM.BITNET        nordlund@ukanvm.cc.ukans.edu
         913/864-0450
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Vms-To: NET%"ibmtcp-l%pucc.bitnet@princeton.edu"
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 4 Jan 1993 17:16:00 EST
From:         KDICKEY@GMR.COM
Subject:      TNVT100?

Hello,

Could someone tell me where I can FTP Arty Ecock's TNVT100 package from?

Thanks,
-Keith
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 5 Jan 1993 13:36:26 CST
From:         Bruce Harrison <##17@UTMARTN.BITNET>
Subject:      Ethernet on ES9000 and TCP/IP

A question from a new TCP/IP user.  I have an ES9000-150 with a 6135 I/O
controller (6035 IEEE 802.3 adaptor) and am driving it with TCP/IP under
VM.  I also have a token ring adaptor that works fine.  When TCP/IP
comes up, it sees the ethernet device and the token ring device.  I can
use the token ring device ok, but cannot use the ethernet device.  I can
ping the ethernet from VM but no other place.  If I do a netstat, I can
see the ethernet with a state of ready.  I noticed a message in the
TCP/IP log that says "The only know network is: .... " which is my token
ring.  Does anyone have any ideas what might be wrong.  I don't see any
hardware errors/problems from VM side.


Bruce Harrison                          Univ. of Tennessee at Martin
Systems Programmer                      Computer Center
bitnet: ##17@UTMARTN                    Room 102, Cooper Hall
phone:  901-587-7890                    Martin, TN  38238
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU