HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.ibmtcp-l
Date:         Sun, 12 Apr 1992 15:13:55 -0400
From:         T-KUNZ@UMINN1.BITNET
Subject:      Re: NOTIS (Library Software)

 Sincerely,                             Telephone (612) 624-8086
 Thomas A. Kunz    Senior Data Communications Systems Programmer
 Administrative Information Services @ University of Minnesota
 Bitnet: T-KUNZ@UMINN1      Internet: T-KUNZ@VM1.SPCS.UMN.EDU
 *** Forwarding note from T-KUNZ  --UMINN1   04/12/92 14:11 ***
 To: T-KUNZ  --UMINN1

 *** Resending note of 04/12/92 14:09
 *** Resending note of 04/12/92 13:42
 Where and how can I get a copy of Peter DiCamillo's TN3270 Macintosh package
 with the ALA keyboard option?
 Thanks,

 Our library uses a Cornell telnet that runs under DOS
 for library staff use (yes, we run NOTIS).  You can contact Stephen
 Davis (daviss@cunixf.cc.columbia.edu) from the library systems office for the
 details.

 /Bob Resnikoff

 On Wed, 8 Apr 1992 10:47:49 CDT Lawrence H Gindler said:
 >Does anyone's library *staff* use TCP/IP to connect to the NOTIS library
 >system with *DOS PC's* ?
 >
 >If so, how are you handling the various special keys needed for field
 >seperators and record seperators when editing records?
 >
 >We are very happy with access to the public catalog and have no problems
 >using both Clarkson's tn3270 software and FTP software's product.
 >
 >We are very happy with Peter DiCamillo's tn3270 Macintosh package which
 >has an ALA keyboard option which must have been developed for
 >this specific purpose.
 >
 >What I can't seem to find is a DOS solution that works.
 >
 >I would appreciate any help you can offer.
 >
 >-- larry
 >
 >
 >=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
 >Lawrence H. Gindler                         E-mail: LGindler@Trinity.edu
 >Assistant Director for User Services     telephony: (512)736-7401
 >Trinity University Computing Center
 >715 Stadium Drive Box 50
 >San Antonio Tx, 78212
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 08:55:56 CST
From:         Randy Bradley <MARC003@UNLVM.BITNET>
Subject:      FT3270 lrecl (Q)

   Can anyone tell me what the lrecl should be for the FT3270 MODULE
supplied with Comet from Cornell should be?  Thanks,  Randy
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 08:35:00 PDT
From:         Michael Stein <CSYSMAS@UCLAMVS.BITNET>
Subject:      Re: redirecting output of NETSTAT

> If there are any answers to the question about redirecting
> NETSTAT output that apply to MVS, I would like to see them.

At least on MVS you can run the TMP in batch and get the output
from NETSTAT into a regular dataset...
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: University of Califonia San Francisco
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 12:24:31 PDT
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Subject:      Re: redirecting output of NETSTAT

If you want to do this under CMS and not use anything none-standard and
are using CMS 5+ you can use FULLSCREEN support.  I haven't actually
examined this closely but have noticed that in MAIL I can NETSTAT ALLCON
and get the results in a window.  I know there are commands to access
a WINDOW and do things with it's contents...  (at least I am pretty sure
there are :-)  You might even be able to declare an invisible window and
issue the command and fetch the output out of it and then delete it - all
without the user ever noticing.

Another option is to use PROP to do the "dirty" work of catching messages
(this comes with CMS starting at 4 I think.)  Again, this would require
some juggling around but is doable.

- Yossie
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-MVS-to:  ibmtcp-l@pucc.bitnet
X-send-dataset: 'XMAILMSG.SEB1525.XA920410.T1109570.C000000'
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 11:09:00 EDT
Comments:     Warning -- original Sender: tag was NNMVS@MVS.DRAPER.COM
From:         "Stephen E. Bacher" <seb1525@MVS.DRAPER.COM>
Subject:      Re: redirecting output of NETSTAT
X-To:         ibmtcp-l%pucc.bitnet@surname.draper.com

If there are any answers to the question about redirecting
NETSTAT output that apply to MVS, I would like to see them.

(Again, no solutions requiring Pipes are acceptable.  We can't even
order it from IBM without having a VM system - right?)

In general, how would you redirect standard output from PASCAL code on
MVS?  Maybe IBM should have thought about this before choosing this
language to develop system code in.

 - SEB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 16:14:11 EDT
From:         Richard Ryniker <ryniker@WATSON.IBM.COM>
Subject:      source code
X-To:         IBMTCP-L@pucc.princeton.edu

Ref: Frank P Esposito <FPEOC@CUVMB.BITNET> Tue, 14 Apr 1992 15:00:00 EDT

Socket, X11, and RPC code is all included on the source tape, I believe.

None of this is "public domain".

The socket code was written specifically for the VM TCP/IP environment.

The X11 material is derived from the MIT code, but changes made to adapt
it to the VM TCP/IP environment belong to IBM.  The original X11 material
is available from MIT, under terms established by MIT.

The RPC material is derived from Sun Microsystems' "freely licensed" RPC
code, which is not in the public domain but is free as specified in the
Sun copyright statement.  The original material is available from Sun
(and other sources).

IBM offers TCP/IP source licenses to customers who have TCP/IP for VM
base licenses, in order to satisfy the needs of these customers to better
understand the TCP/IP for VM product, and to modify it to meet their
individual requirements.  This source code may not be used as part of
programs to run in environments not licensed to use TCP/IP for VM.

There are some programs specifically identified as sample programs or
applications intended to run in non-VM environments.  These are part of
the base TCP/IP for VM product, or the VM NFS feature; they are not part
of the optional source code.

-Richard Ryniker                IBM Research
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 07:33:28 CDT
From:         "Paul Pratte" <PRATTE@UMSLVMA.BITNET>
Subject:      POPPER Server for VM

Does anyone know if there exists a POPPER server for mail on VM through
TCP/IP?
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: RZ Uni-Freiburg
X-Acknowledge-To: <GMUELLER@ibm.ruf.uni-freiburg.de>
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 14 Apr 1992 09:16:13 CET
From:         Guenter Mueller <GMUELLER@IBM.RUF.UNI-FREIBURG.DE>
Subject:      Re: Cornell mods on top of 2.2
X-To:         IBM TCP/IP List
              <IBMTCP-L%PUCC.BITNET@RUSVM1.rus.uni-stuttgart.de>
              13 Apr 1992 10:45:42 EDT from
              <FLIX%CORNELLC.CIT.CORNELL.EDU@RUSVM1.rus.uni-stuttgart.de>

On Mon, 13 Apr 1992 10:45:42 EDT John Voigt said:
>
>I suspect that your problem is that the TCBASTY COPY (and others you
>mentioned) are not the correct ones.  As you probably, IBM still has
>not corrected the service delivery problem and are still sending
>source replacement fixes.  If you have ordered/installed any FAL 220
>service, you may have a version of TCBASTY COPY that is newer than
>ours and has sequence number changes.  If that is not the case then
>perhaps you have an old version accessed.
>
>To help you perhaps determine the cause, I have appended the file info
>with dates and such for this module.  I hope this gives you enough to
>resolve your problem.
>
>If anyone else is having problems applying our mods, please let me know.
>
>John/
>FAL Version 2 service grunt, mod hacker and general troublemaker
>
>---------- FILES TCBASTY * * ----------
>TCBASTY  CU205V00 H1 F         80         18          1  1/27/92  9:05:25
>TCBASTY  COPY     K1 F         80       3871         76 10/16/91 11:42:06
>TCBASTY  AUXPUB2  H1 F         80          2          1  9/09/91 15:41:02
>TCBASTY  CU217V00 H1 F         80         17          1  9/09/91 15:25:58

Thank you. I've indeed mismatched versions. I'm still waiting for source for
2.2. I've got tapes from my SE which meet your timestamp. So I try again and
wait for the distribution tape from IBM.

Kind Regards
     Guenter Mueller

+---------------------------------------------------------------------------+
| G. Mueller  GMUELLER@DFRRUF1   Internet: gmueller@ibm.ruf.uni-freiburg.de |
|       X.400:  G=guenter S=mueller OU=ibm OU=ruf P=uni-freiburg A=dbp C=de |
|       Tel.:   +49 761 203 3266                                            |
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 09:03:45 EST
From:         "Glen Matthews" <CCGM@MCGILLM.BITNET>
Subject:      Sockets and server programs

Hi Graham,

> With the  Socket interface you appear  to be able to  call socket()
> many times to  create sockets but HOW (if at  all) do you 'connect'
> more than one of these sockets to  the port on which the client and
> server at to communicate.
>
> My reading of the manual indicates  that you can call bind() if you
> are  using a  server  with a  single  socket (as  is  shown in  the
> examples) but after that what do you do?
>

   It's the client that issues an actual CONNECT call - the server
obtains a socket, binds it to the port that it is to listen on, and
then does an ACCEPT (perhaps only does an ACCEPT when a SELECT indicates
pending activity on the socket - that way, your server can do other
things). LISTEN simply establishes a queue size, BTW.
   When you do an ACCEPT, it returns a new socket, which is the
same as the original socket except that it has the client process on
the other end. Your original socket remains - thus, you can continue
to do ACCEPTs with it.
   A difficulty exists with passing off this connected socket to the
actual task that is to do the processing - on UNIX, this is accomplished
by forking, since open sockets are duplicated. On our system (MUSIC)
we accomplished this via the GIVESOCKET and TAKESOCKET calls, and a
small program discipline which involved enqueues and waking up tasks.
I'm not sure how you would do that on the CMS system - I seem to recall
that there was a recent change/enhancement to help you out here.

Glen Matthews
MUSIC Product Group, McGill University
550 Sherbrooke St. West, Montreal, Quebec, Canada H3A 3C5
Phone: (514) 398-4477 Fax: (514) 398-4488 BitNet: CCGM@MCGILLM
Internet: ccgm@musicm.mcgill.ca
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 8 Apr 1992 11:19:26 CST
From:         Randy Bradley <MARC003@UNLVM.BITNET>
Subject:      FT3270 Module LRECL (Q)

   Thanks to Thomas Kern for solving my CPSTACK query.  Now, can anybody
tell me what the LRECL should be for FT3270?  At least I think that is
my problem now.  I get a return code of 508 from DMSRLD when it runs.
Thanks, RRB
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 9 Apr 1992 15:58:47 EDT
From:         "Brian Holmes, WSU/C&IT" <BHOLMES@WAYNEST1.BITNET>
Subject:      redirecting output of NETSTAT

Is there any way to redirect the output of NETSTAT to a file?
I don't have PIPES so don't suggest that.  Thanks in advance!

PHONE:    (313) 577-3750  FAX=577-5626          Wayne State University
BITNET:   bholmes@waynest1.bitnet               5925 Woodward
INTERNET: bholmes@cms.cc.wayne.edu              Detroit, MI 48202  U.S.A
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Computer and Information Services
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 6 Apr 1992 14:57:31 CST
From:         Howard Reitz <IHOW@UMINN1.BITNET>
Subject:      Re: Accounting for Lpr
              3 Apr 1992 09:13:38 E02 from <ZDV104@ZAM001.ZAM.KFA-JUELICH.DE>

On Fri, 3 Apr 1992 09:13:38 E02 Ralph Niederberger said:
>Hello Howard,
>
>>How can we keep track of the number of lines printed by user XYZ using
>>Lpr on printer ABC?  Does Lpr or Lpserve have any such mechanism?  Is
>>it documented?  Does any one else have such a requirement?
>
>IBM supports User-exits for LPSERVE. ..........
Thanks for the response, Ralph.  It was most informative.

The problem we still face is that a user can bypass LPSERVE anytime he
or she prints on a printer remote to our site.  In that case, our site
gets billed, but we have no *direct* way to charge back to the user.

What we need is, for example, an lpr exit that would allow an accounting
record to be cut any time lpr is invoked.  Or something like SMTP's LOG
file.

*----------------------------------------------------------------------*
| Howard D. Reitz - St. Paul Services Technical Support                |
*--------------------------------*-------------------------------------*
| Bitnet  :ihow@uminn1           | University of Minnesota,Twin Cities |
| Internet:ihow@vm1.spcs.umn.edu | Computer and Information Services   |
|                                | 1420 Eckles Avenue - 50 Coffey Hall |
| Phone   :(612) 624-1770        | St. Paul, Minnesota 55108           |
*--------------------------------*-------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 15:41:49 EST
From:         Liu <SURU@TWNMOE10.BITNET>
Subject:      surveying for SLIP deviecs

Dear Netter,

    I am sorry for the cross posting. Some of the sites here can't
afford to have a dedicated router to connect to the Internet. They
plan to have their workstation or PC run the SLIP software to act
as a gateway between their campus n/w and the SLIP link. Please
share your experience with me privately.

Regards,  --Liu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 13 Apr 1992 11:23:00 LCL
From:         Eva Hocks <Y019@DDATHD21.BITNET>
Subject:      NetView/SNMP GET

I run the NetView SNMP on MVS/ESA with Agent and Query Engine. I am
able to PING hosts, but I get 'no response' with the SNMP commands
like GETVAR. I do have the community names of the connected agents.
Do I need to define a community name for the MVS system and where
do I define it ?
Eva.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 18:42:21 CET
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2
From:         "Llorente, Santiago" <SLLORENT@ESOC.BITNET>
Subject:      Netview/SNMP

We're trying to install SNMP/Netview on MVS. Our SNMPIUCV Netview task says
it's awaiting Connection Complete from the Query Engine, and
Netview SNMP commands are rejected (SNMPIUCV not connected).
No other messages are displayed by any of the SNMP tasks.

Has anybody seen a similar problem?
Could someone who has got SNMP to work on MVS mention if there is some
source of information for SNMP other than the TCP/IP Installation manual?

This brings another question:
Is there any tool to monitorize AF_IUCV sockets?
If not it can be pretty difficult to debug applications using IUCV sockets ...

Thanks for any help/comments

Santiago Llorente                                SLLORENT AT ESOC.BITNET
European Space Operations Centre                 DE27PXNP AT IBMMAIL
Darmstadt (Germany)                              Phone: 49-6151-902

End of Message
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 13:02:08 +0200
From:         Eric Thomas <ERIC@SEARN.BITNET>
Subject:      Re: encoding binary-file attributes for mailing
              7 Apr 1992 01:25:37 EDT from IBM TCP/IP List <IBMTCP-L@PUCC>

On Tue, 7 Apr 1992 01:25:37 EDT Roger Fajman <RAF@NIHCU> said:

>Not everything is reversible if 7-bit ASCII is used.

I was  saying that JNET  uses translation  tables with the  property that
each input code is assigned a different  output code. Such a table can be
reversed without loss of information.

  Eric
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 11:02:39 EDT
From:         "Daniel M. Barton" <DMBARTON@RALVMM.VNET.IBM.COM>
Subject:      "The TCP/IP Connection" Newsletter
X-To:         IBMTCP-L%PUCC.BITNET@cunyvm.cuny.edu, gettes@princeton.edu

I am working with the authors of the newsletter to make it available
in plain text, and hopefully PostScript.  I knew when they first
came out with it that LIST3820 would not be acceptable.

I currently do not have a place to store these newsletters.  I can
post the plain text one to the list, but a LIST3820 or Postscript
version can't be posted.  Would some kind soul volunteer to add this
to a LISTSERV machine somewhere?

Thanks,

Daniel


=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====-=====

Daniel M. Barton                 Internet:  dmbarton@ralvmm.vnet.ibm.com
TCP/IP Development                          dmbarton%ralvmm@vnet.ibm.com
IBM Research Triangle Park, NC  USA
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Princeton University, Network Systems, Class. 56
Newsgroups: bit.listserv.ibmtcp-l
Date:         Thu, 16 Apr 1992 09:48:26 -0400
From:         gettes@PRINCETON.EDU
Subject:      Re: "The TCP/IP Connection" Newsletter
X-To:         IBM TCP/IP List <IBMTCP-L@pucc.Princeton.EDU>
              16 Apr 92 09:08:43 -0500. <9204161318.AA07713@phoenix>

On Thu, 16 Apr 92 09:08:43 -0500 michael@penndrls.upenn.edu said:
> Would someone explain in more detail why it's really necessary for each
> subscriber to this list to order a copy of the TCP/IP Newsletter through
> their SE when it's "intended for anyone who has an interest in TCP/IP
> products" and "can be freely distributed to any interested party". This
> strikes me as a waste of increasingly scarce SE resources.
> Making it available electronically to IBMTCP-L subscribers strikes
> me as being a lot more efficient and meeting the spirit and intent of this
> mailing list.

And it would also be nice if it were made available in listing and/or
postscript format (and please, NOT the postscript that DCF creates!).
TCP/IP implies interoperability -- 38xx format is not.

/mrg
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Fri, 10 Apr 1992 14:11:57 CDT
From:         Rick Troth <TROTH@RICEVM1.RICE.EDU>
Subject:      Re: encoding binary-file attributes for mailing

>I suspect JNET's translation tables are only reversible if the input is
>printable EBCDIC.

        Last time I checked,  JNET covered all 256 codepoints.   (last
time I checked,  it looked like JNET stored the files in EBCDIC and only
translated to/from ASCII when a VAX user received/sent the file)

>       ... no reversible tables I know of are entirely reversable for
>all 256 possible byte values.

        Allow me to introduce you to mine.   AECS,  meet John;  John, AECS.

>Good examples of this class of problem (arbitrarily handling data as if you
>knew what the data was) already exist on the network today.  If I send mail in
>EBCDIC with the following
>
>     string1<CR><LF>string2
>
>(EBCDIC CR is x'0D' and LF is x'25') what will the destination site see?
>Assuming a one way pass though a JNET system (i.e. Ebcdic to Ascii translation
>done) I expect they will see
>
>      string1
>      string2

        I expect you are right.   And this points out a different
problem from,  though related to,  the character set problem.

>One possible solution to this problem for the NJE world is to simply
>transport bytes as bytes.

        NO!   That's the second problem.   As you said:

>The base issue is that all systems must recognize that we live in a
>multi-character set world and behave appropriately.

        we also live in a multi-file-structure-concept world.
The idea that "records" are delimited by certain sacred characters
is a UNIX/CPM/MS-DOS one.   Don't force that on CMS and CP or MVS.
Transporting or storing data one-byte-at-a-time is less than ideal.

        Tagging the data is good.   But the "tag" should be scribed in
"plain text",  where plain text uses native character set and native
filesystem concepts.   And a tag of plain-text should be defined AND be
the default so that mail as we all know and love it remains un-maligned.

 Rick Troth <TROTH@RICEVM1.RICE.EDU> -------- Rice Univ, I/S VM Systems Support
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Wed, 15 Apr 1992 08:04:13 ADT
From:         KEN SEARS <KSEARS@ADM.DAL.CA>
Subject:      LU problems

Greetings,

    We ar an MVS/XA shop running TCP/IP 2.1.  For the second time in
the last month TCP/IP locked up and showed all of the LU's as being
active and in use when the NETSTAT TELNET command and a browse of
the TCP log showed otherwise. An LUinact or NETSTAT DROP wouldn't free
any lines. Anybody that had a connection before this problem were
locked and no new connections could be made. Is this a known problem
or should I gather the information and make the call?

Ken Sears
Dalhousie University
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Mon, 13 Apr 1992 08:30:16 DST
From:         Bert Wijnen <wijnen@VNET.IBM.COM>
Subject:      NetView/SNMP
X-To:         ibmtcp-l%PUCC.bitnet@cunyvm.cuny.edu

>  "Llorente, Santiago" <SLLORENT@ESOC.BITNET>  writes
> We're trying to install SNMP/Netview on MVS. Our SNMPIUCV Netview task says
> it's awaiting Connection Complete from the Query Engine, and
> Netview SNMP commands are rejected (SNMPIUCV not connected).
> No other messages are displayed by any of the SNMP tasks.
>

The SNMPIUCV task issues a CONNECT and then awaits an ACCEPT by the
SNMP Queery Engine (normally this is the started task SNMPQE, but
this can be changed. Message SNM100 lists the actual name of the
Query Engine. This message comes up when you START TASK=SNMPIUCV)
So make sure that SNMPQE gets started.

Another possibility is that you have V2 R1 and have applied
ptf un13465 (apar 83602).  This PTF seems to cause SNMPIUCV not to be
able to connect to the SNMP Query Engine.
We're working on this, but have no fix yet.

>
> This brings another question:
> Is there any tool to monitorize AF_IUCV sockets?
> If not it can be pretty difficult to debug applications using IUCV sockets ...

There is no tool to monitor AF_IUCV sockets.
AF_IUCV connections do not go through the TCPIP address space, and
so there is not really a central place where information about
such connections is already kept.

For debugging however, you can issue (at the beginning of your pgm) a
sock_debug(1) to enable debug traces and sock_debug(0) to disable
debug traces. This is (I believe) an undocumented function. It was mainly
meant to be able to debug internal workings of CMIUCSOC, but it
can sometimes help understand the application code also.

Hope this helps,

Bert Wijnen  - wijnen@vnet.ibm.com
IBM International Operations, Uithoorn, Netherlands
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.ibmtcp-l
Date:         Tue, 7 Apr 1992 01:25:37 EDT
From:         Roger Fajman <RAF@NIHCU.BITNET>
Subject: Re: encoding binary-file attributes for mailing

> >Transport of MIME within BITNET will require a new convention about what
> >is translated  to EBCDIC.  This will  have impact not  only on  SMTP and
> >Mailer but also on JNET and  UREP (they can't simply translate EBCDIC to
> >ASCII any more).
>
> JNET uses reversible  translation tables. This is one of  the reasons why
> so many people copy  the JNET tables when they need an  A2E or E2A table.
> In other words, if JNET translated a MIME message to ASCII before feeding
> it to the mailer, which then places  it in the user's mailbox, all it has
> to do is translate back.
>
>   Eric

Not everything is reversible if 7-bit ASCII is used.  If a message
comes in in EBCDIC and is translated to ASCII, those EBCDIC codes that
are not understood by JNET are presumably translated to something that
indicates an untranslatable character (unless JNET is using an 8-bit
ASCII).  Such characters cannot be translated back to the original
EBCDIC codes.