RFC1555 Hebrew Character Encoding for Internet Messages

1555 Hebrew Character Encoding for Internet Messages. H. Nussbacher,Y. Bourvine. December 1993. (Format: TXT=9273 bytes) (Status: INFORMATIONAL)

日本語訳
RFC一覧

参照

Network Working Group                                      H. Nussbacher
Request for Comments: 1555                      Israeli Inter-University
Category: Informational                                  Computer Center
                                                             Y. Bourvine
                                                       Hebrew University
                                                           December 1993


            Hebrew Character Encoding for Internet Messages

Status of this Memo

   This memo provides information for the Internet community.  This memo
   does not specify an Internet standard of any kind.  Distribution of
   this memo is unlimited.

Abstract

   This document describes the encoding used in electronic mail [RFC822]
   for transferring Hebrew.  The standard devised makes use of MIME
   [RFC1521] and ISO-8859-8.

Description

   All Hebrew text when transferred via e-mail must first be translated
   into ISO-8859-8, and then encoded using either Quoted-Printable
   (preferable) or Base64, as defined in MIME.

   The following table provides the four most common Hebrew encodings:

                       PC    IBM     PC     ISO
           Hebrew                           8859-8
           letter     8-bit         7-bit   8-bit
                      Ascii  EBCDIC Ascii   Ascii
           ---------- -----  ------ -----   ------
           alef        128     41    96     224
           bet         129     42    97     225
           gimel       130     43    98     226
           dalet       131     44    99     227
           he          132     45   100     228
           vav         133     46   101     229
           zayin       134     47   102     230
           het         135     48   103     231
           tet         136     49   104     232
           yod         137     51   105     233
           kaf sofit   138     52   106     234
           kaf         139     53   107     235
           lamed       140     54   108     236



Nussbacher & Bourvine                                           [Page 1]

RFC 1555               Hebrew Character Encoding           December 1993


           mem sofit   141     55   109     237
           mem         142     56   110     238
           nun sofit   143     57   111     239
           nun         144     58   112     240
           samekh      145     59   113     241
           ayin        146     62   114     242
           pe sofit    147     63   115     243
           pe          148     64   116     244
           tsadi sofit 149     65   117     245
           tsadi       150     66   118     246
           qof         151     67   119     247
           resh        152     68   120     248
           shin        153     69   121     249
           tav         154     71   122     250

   Note: All values are in decimal ASCII except for the EBCDIC column
   which is in hexadecimal.

   ISO 8859-8 8-bit ASCII is also known as IBM Codepage 862.

   The default directionality of the text is visual.  This means that
   the Hebrew text is encoded from left to right (even though Hebrew
   text is entered right to left) and is transmitted from left to right
   via the standard MIME mechanisms.  Other methods to control
   directionality are supported and are covered in the complementary RFC
   1556, "Handling of Bi-directional Texts in MIME".

   All discussion regarding Hebrew in email, as well as discussions of
   Hebrew in other TCP/IP protocols, is discussed in the ilan-
   h@vm.tau.ac.il list.  To subscribe send mail to listserv@vm.tau.ac.il
   with one line of text as follows:

                    subscribe ilan-h firstname lastname

MIME Considerations

   Mail that is sent that contains Hebrew must contain the following
   minimum amount of MIME headers:

         MIME-Version: 1.0
         Content-type: text/plain; charset=ISO-8859-8
         Content-transfer-encoding: BASE64 | Quoted-Printable

   Users should keep their text to within 72 columns so as to allow
   email quoting via the prefixing of each line with a ">".  Users
   should also realize that not all MIME implementations handle email
   quoting properly, so quoting email that contains Hebrew text may lead
   to problems.



Nussbacher & Bourvine                                           [Page 2]

RFC 1555               Hebrew Character Encoding           December 1993


   In the future, when all email systems implement fully transparent 8-
   bit email as defined in RFC 1425 and RFC 1426 this standard will
   become partially obsolete.  The "Content-type:" field will still be
   necessary, as well as directionality (which might be implicit for
   8BIT, but is something for future discussion),  but the "Content-
   transfer-encoding" will be altered to use 8BIT rather than Base64 or
   Quoted-Printable.

Optional

   It is recommended, although not required, to support Hebrew encoding
   in mail headers as specified in RFC 1522.  Specifically, the Q-
   encoding format is to be the default method used for encoding Hebrew
   in Internet mail headers and not the B-encoding method.

Caveats

   Within Israel there are in excess of 40 Listserv lists which will now
   start using Hebrew for part of their conversations.  Normally,
   Listserv will deliver mail from a distribution list with a
   "shortened" header, one that does not include the extra MIME headers.
   This will cause the MIME encoding to be left intact and the user
   agent decoding software will not be able to interpret the mail.  Each
   user is able to customize how Listserv delivers mail.  For lists that
   contain Hebrew, users should send mail to Listserv with the following
   command:

                             set listname full

   where listname is the name of the list which the user wants full,
   unabridged headers to appear.  This will update their private entry
   and all subsequent mail from that list will be with full RFC822
   headers, including MIME headers.

   In addition, Listserv usually maintains automatic archives of all
   postings to a list.  These archives, contained in the file "listname
   LOGyymm", do not contain the MIME headers, so all encoding
   information will be lost.  This is a limitation of the Listserv
   software.












Nussbacher & Bourvine                                           [Page 3]

RFC 1555               Hebrew Character Encoding           December 1993


Example

   Below is a short example of Quoted-Printable encoded Hebrew email:

   Date:         Sun, 06 Jun 93 15:25:35 IDT
   From:         Hank Nussbacher 
   Subject:      Sample Hebrew mail
   To:           Hank Nussbacher ,
                 Yehavi Bourvine 
   MIME-Version: 1.0
   Content-Type: Text/plain; charset=ISO-8859-8
   Content-Transfer-Encoding: QUOTED-PRINTABLE

   The end of this line contains Hebrew            .=EC=E0=F8=F9=E9 =F5=
   =F8=E0=EE =ED=E5=EC=F9


   Hank Nussbacher                                  =F8=EB=E1=F1=E5=
   =F0 =F7=F0=E4

Acknowledgements

   Many thanks to Rafi Sadowsky and Nathaniel Borenstein for all their
   help.

References

   [ISO-8859] Information Processing -- 8-bit Single-Byte Coded
              Graphic Character Sets, Part 8: Latin/Hebrew alphabet,
              ISO 8859-8, 1988.

   [RFC822]   Crocker, D., "Standard for the Format of ARPA Internet
              Text Messages", STD 11, RFC 822, UDEL, August 1982.

   [RFC1425]  Klensin, J., Freed N., Rose M., Stefferud E., and
              D. Crocker, "SMTP Service Extensions", RFC 1425,
              United Nations University, Innosoft International, Inc.,
              Dover Beach Consulting, Inc., Network Management
              Associates, Inc., The Branch Office, February 1993.

   [RFC1426]  Klensin, J., Freed N., Rose M., Stefferud E., and
              D. Crocker, "SMTP Service Extension for 8bit-MIME
              Transport", RFC 1426, United Nations University, Innosoft
              International, Inc., Dover Beach Consulting, Inc., Network
              Management Associates, Inc., The Branch Office, February
              1993.





Nussbacher & Bourvine                                           [Page 4]

RFC 1555               Hebrew Character Encoding           December 1993


   [RFC1521]  Borenstein N., and N. Freed, "MIME (Multipurpose
              Internet Mail Extensions) Part One: Mechanisms for
              Specifying and Describing the Format of Internet Message
              Bodies", Bellcore, Innosoft, September 1993.

   [RFC1522]  Moore K., "MIME Part Two: Message Header Extensions for
              Non-ASCII Text", University of Tennessee, September 1993.

Security Considerations

   Security issues are not discussed in this memo.

Authors' Addresses

   Hank Nussbacher
   Computer Center
   Tel Aviv University
   Ramat Aviv
   Israel

   Fax: +972 3 6409118
   Phone: +972 3 6408309
   EMail: hank@vm.tau.ac.il


   Yehavi Bourvine
   Computer Center
   Hebrew University
   Jerusalem
   Israel

   Phone: +972 2 585684
   Fax:   +972 2 527349
   EMail: yehavi@vms.huji.ac.il

















一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

DROP SEQUENCE シーケンスを削除する

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る