- An e-mail message containing a source patch to OFCNJE. This fixes a problem which showed
up with later maintenance levels of JES2. (ASCII)
The following files have been unloaded from an MVS system (EBCDIC) and then
compressed with gzip. Instructions for reloading them are below.
- UCLA/Mail and IPC/370 documents (script output, the script input is in ipcjcl or
- RFCs and other docs related to mail, dns and the Internet.
- IPC/370 JCL library
- IPC/370 assembler macro library
- IPC/370 assembler source
- UCLA/Mail post office JCL
- UCLA/Mail post office macro library
- UCLA/Mail post office source
- UCLA/Mail post office sample parameter file
- UCLA/OAC systems group assembler macro library
- misc TSO and JES2 mods source library (not TSO mail command)
- JES2 nodal message modifications and SMTP mods
- UCLA/Mail TSO mail command
- non-UCLA contributed src/mods
The following TSPLIB, TSMLIB, and TSCLIB libraries contain a very old ISPF application
for sending and receiving mail. Some information on this is available in TSOSRC member
FULLSCRN. This has been replaced at UCLA by one written by Doron Shikmoni of Bar-Ilan
University, Ramat-Gan, Israel, which is not distributed with UCLA/Mail.
- TSO ISPF PANEL library (very old)
- TSO ISPF MSG library (very old)
- TSO ISPF CLIST library (very old)
The following are the base 1.500 level of the post office code. This isn't the latest
(which is above) but since it had the widest distribution it could be of some interest. ofcbase.jcl.v1500.l.gz UCLA/Mail post office V1.500 JCL ofcbase.mac.v1500.l.gz UCLA/Mail post office V1.500
macros ofcbase.src.v1500.l.gz UCLA/Mail post office
V1.500 source The following is the version of the TSO mail command which was usually
distributed. It is very old at this point.
- very old version of the UCLA/Mail TSO mail command
- Each file you want needs to be downloaded in binary. Hopefully this will work with your
web browser. Eventually, it is hoped, these files will be available from other sites.
These pages on UCLA/Mail wll not be available here forever.
- Each file ending in gz needs to be gzip decompressed. I've seen one version of Netscape
(on Linux) do this decompress automatically when downloading the files. Otherwise you will
need to get gzip and uncompress them yourself. If they have all been downloaded into the
same directory "gunzip *" should do it. There shouldn't be any error messages.
If you get error messages suspect that the download didn't work correctly.
- Each decompressed file needs to be transferred to an MVS system. All should be LRECL 80
and RECFM FB with some reasonable BLKSIZE (like 3120 or 6160). If using FTP remember to
use binary mode.
- The files ending in .l have been unloaded from partitioned data sets into IEBUPDTE input
format. You can reload them by running IEBUPDTE.
The files ending in .x have been
unloaded from partitioned data sets with the MVS TSO transmit command. They need to be
processed through the TSO receive command:
When prompted for additional data by receive supply something like this:
da(-new-dataset-) pri(pri-space) sec(sec-space) tracks dir(-dir-blocks) vol(...)
This should result in them being reconverted back to PDSs.
In theory you only need the latest of each of the OFCJCL, OFCMAC, OFCSRC files.
However, compressed these aren't all the big, it would be good for an archive to have both