Subject: A couple of questions....

From: "J. Nicholas Laneman" <[email-masked]>
Date: Mon, 12 Jul 1993 17:51:21 -0500 (CDT)

Hey, before I start with the questions, let me first compliment you guys
on your coding. Pine is great! And after installing it on a couple
different machines and not getting a single error in the process, what can
I say besides Wow!

Now then, for the questions. The department for which I work deals with
the language departments quite a lot. Right now, we support email for
faculty and students on NeXT machines running pine and imap. Our concern
right now is to allow use of 8-bit characters in email messages. That is,
instead of filtering them out or not displaying them, we'd like to set it
up so that people can just type away and have their email look as close to
the written language as possible. Can you lead me to a solution for this.
We use CUTCP on IBM PC clones and NCSA Telnet UW version on the Mac. If
this is a FAQ, I apologize, but I am not a member of this mail list (yet).
My supervisor just asked me today to get to work on this project for him.

Well, I made it seem as though I had tons of questions, but apparently I
only had one. My thanks in advance for any and all help. Please respond to
me directly, if you don't mind. If no one has compiled a list of answers
for this question, I'll be glad to post one when I sign onto the list.

Thanks,
JNL

-----------------------------------------------
J. Nicholas Laneman
Computer Science & Electrical Engineering Major
Specialist, Educational Computing Services
Washington University, St. Louis, Mo.
[email-masked]

---

From: Mark Crispin <[email-masked]>
Date: Mon, 12 Jul 1993 22:05:29 -0700 (PDT)

Pine supports the ISO-8859-x (x is a number from 1 to 9) character sets, and
does the proper MIME conversion to transmit these 8-bit characters over SMTP
which is a 7-bit stream.  Pine even supports ISO-2022-JP (Japanese), albeit
only for reading.

I am not absolutely sure, but I have empirical evidence that suggests that the
8-bit character set used on NeXTs is NOT one of the international standard
character sets but rather is some private character set used only by NeXT.
This may require some filtering, or perhaps a private version of Terminal.app
that converts to the standard character sets.