This article is from the Hangul & Internet in Korea FAQ, by Jungshik Shin jshin@minerva.cis.yale.edu with numerous contributions by others.
Before reading further, please take a note that what follows does not
address how you view Hangul in your environment. It's assumed that you have
no problem viewing and entering Hangul text in your environment although
you have some difficulty deciphering some cryptic jargons (e.g. encoding,
MIME, base64, charset, etc) required for standard-compliant exchange of
Hangul messages. As for reading and writing Hangul in your platform, you
need to refer to other parts of the FAQ. Of particular relevance to them are
Subject 2(Hangul terminal emulators), Subject 3(Hangul editors), Subject
4(MS-DOS/Windows Hangul environment), Subject 5(Mac Hangul environment) and
Subject 6(Unix Hangul environment). You may also wish to read Subject 36, 37
,and 38 on viewing Hangul web pages.
Internet mail exchange protocol, SMTP(Simple Mail Transfer Protocol) as
specified in STD 10 (RFC 821) is not '8bit clean' and a number of installed
implementations of SMTP - Mail Transport Agents(MTA) like sendmail,
smail,and mmdf - did not transparently pass 8bit characters such as used in
EUC-KR(8bit encoding of Hangul standard coded character sets,KS X 1001(KS C
5601) and KS X 1003(KS C 5636)/US-ASCII) and ISO-8859-x(European char.)
although increasing number of MTAs become 8bit transparent and some of
them(e.g. sendmail 8.7 and later) faithfully implement ESMTP ( RFC 1869 and
RFC 1652). Hence, need for some form of encoding conversion/transfer
encoding(to use only lower 7bits) existed in the past and still exist in
some cases. Listed below are a few transfer encoding/encoding conversion
methods widely used.
Please, note that a new Korean mail exchange standard(which has been already
in wide use for a couple of years) will be announced sooner or later. One of
the most notable changes will be ISO-2022-KR/7bit won't be used any more in
outbound messages. Over a 8bit transparent transport channel, EUC-KR/8bit
will be used exclusively and EUC-KR/Base64 (or EUC-KR/QP) over a 7bit
transport channel. When the official announcement is made, I'll revise this
part of the FAQ to reflect the new standard.
EUC-KR/8bit
8bit encoding - compliant to EUC(Extended Unix Code) spec. by AT&T - of
Korean standard coded character set for Hangul,Hanja,and special
characters KS X 1001(KS C 5601)(which will be phased out and superceded
by KS X 1005-1(KS C 5700) See Subject 8) and US-ASCII/KS X 1003(KS C
5636: Korean equivalent of US-ASCII with backslash replaced by Korean
currency sign). As mentioned above, many MTAs nowadays are 8bit
transparent so that they have little trouble transmitting messaage in
8bit encodings(MIME charsets) like EUC-KR. EUC-KR will be the default
encoding to use in Korean mail exchange and 8bit will be the
content-transfer-encoding for 8bit transparent path. For 7bit only
path(more exactly all the paths not confirmed to be 8bit clean), either
Base64 or Quoted-Printable should be used in accordance with RFC 1652.
ISO-2022-KR/7bit
used to be standard for Hangul mail exchange specified in RFC 1557. Still
a number of mails from Korea and sent using Netscape 4.x are in
ISO-2022-KR(header is B encoded with charset name EUC-KR following RFC
2047). See below for detail. Programs supporting ISO-2022-KR are
o OLD Hangul Sendmail : MTA-level implementation of RFC 1557 by one of
authors of RFC 1557, Choi,Woohyung. Automatically converts EUC-KR to
and from ISO-2022-KR with B encoded header. Hangul sendmail 8.6.x has
several bugs as well as serious security holes associated with
sendmail 8.6. You should install NEW Hangul sendmail 8.8.8H2 by
Roh, Jungsuck(sp?) or another NEW Hangul sendmail (8.8.8Ha) by Suh,
Sang yong, instead. New Hangul Sendmail converts incoming 7bit
iso-2022-kr back to 8bit euc-kr, but doesn't convert outgoing euc-kr
to iso-2022-kr. The former is available at
http://cair.kaist.ac.kr/~chester/sendmail.html and the latter at
ftp://ftp.kigam.re.kr. To install either of them, you need to have the
root previlege on a Unix host. However, I strongly recommend you not
use Hangul sendmail, old or new as it violates several Internet mail
standard(RFC 1652, RFC 2047). To be interoperable with MA(Mail Agent)s
still following old standard(RFC 1557), you are infinitely much better
off using procmail(with appropriate recipe) as the MDA (Mail Delivery
Agent) for MTA(sendmail and others) given below and at
http://pantheon.yale.edu/~jshin/faq/procmail.html.
o Cubic Mail for Java : Choi, Hee-chang at hcchoi@idigm.co.kr released a
truly excellent Hangul mail client(POP3/IMAP4 client) in pure Java. It
can be run on any platform where Java application can be run as it's
written in pure Java. With bulit-in Hangul input/output, it enables
you to read and write Hangul mail in any language version of any OS as
long as you can run Java application. You can get it at
http://www.idigm.co.kr/cubic/ Please, note that it's not a freeware
but a shareware, but I think it's a lot more than worth shareware fee.
o Procmail with appropriate procmailrc (automatic decoding only) which
can be installed by either ordinary users or by system admin. as a
Mail Delivery Agent(MDA= local mailer) along with the original
sendmail 8.8. See below and
http://pantheon.yale.edu/~jshin/faq/procmail.html for detail. It can
be used whatever program(netscape,eudora,pine,elm,etc) you use to read
your mail on whatever platform(Unix,Mac,MS-Windows).
o KESMPRE( Sendmail Preprocessor for Hangul Mail Exchange): Sitting in
place of sendmail 8.8, it converts outgoing Hangul messages in EUC-KR
into ISO-2022-KR before handing them over to real sendmail. Made by
Park, Jae-hyon in Physics Dept. of KAIST. When installed by the system
administrator along with procmail+code converter to deal with incoming
mail in ISO-2022-KR, it would make unnecessary patching every Mail
User Agents(MUA) and POP3/IMAP4 clients users wish to use for Hangul
mail handling. Further information is available at
http://entropy.kaist.ac.kr/~jhpark/kesmpre/.
o Hangul Mail 1.0.2 : Control panel for automatic encoding conversion in
Hangul mail exchange on Mac by Jeong-hyun Kim at
jhkim@salmosa.kaist.ac.kr : available at Mac Hangul Archive1 (
/pub/mac/internet-sw),CAIR archive and its mirrors and UCSD archive.
o MS Internet Mail and MS Exchange : support ISO-2022-KR with some
problems depending on what version you use.(See below). Note, however,
that Korean MS Internet Mail only works with Korean(and Chinese and
Japanese) version of MS Windows 95/NT. MS Internet Mail for Hangul MS
Windows 3.1 was also released in December,1996.
o Netscape 4.03 or later(early betas such as 4.0b2 have some problems,
but those bugs have been fixed in the final release) supports
automatic detection and conversion of messages in ISO-2022-KR to
EUC-KR . For outgoing messages, it always uses ISO-2022-KR in message
body regardless of MIME/QP is turned on or off in mail setting. Next
release of Netscape will use EUC-KR in place of ISO-2022-KR to be
compliant new Korean mail exchange standard.
o MS Outlook Express and Outlook97: inbound messages in ISO-2022-KR is
properly displayed(with some patches for old version. See below) and
outbound messages are sent out EUC-KR/8bit. Korean versions of these
two programs might not work under non-East-Asian version of MS-Windows
95/NT. However, there's a report that it works in English and French
version of MS-Windows NT/95 as long as displaying the body of the
message is concerned. It still used to require external programs for
Hangul input. With the release of Korean IME(Input Method Editor),
this is not the case any more. You can compose Korean messages in any
language version of MS Windows 95/NT by installing Korean IME
available at MS IE web page at http://www.microsoft.com/ie/. Korean
version also offers Unicode(UTF-7 and UTF-8) encoding,but one needs to
be very careful NOT to choose either of these in Format(O)-Language(G)
of the message composition window as most people can't handle UTF-7 or
UTF-8, yet.
o HanMail 96 : MUA for MS-Windows that comes bundled with HWP Pro 96 by
Hangul & Computer. The first release is very buggy.
o Hangul-patched mail programs(MUA) for Unix : mutt and elm(old one. may
not be available any more).
o encoding converters : hcode, hmconv for Unix and MS-DOS and Hangul
Mail Converters for Mac.
o decoder : hdcod for Unix, cvt8.exe for MS-Windows and
Netscape-mail-folder decoder for MS-Windows.
o Pine 3.94/3.95/3.96K + encoding converter : See below and refer to
pine.html at http://pantheon.yale.edu/~jshin/faq/pine.html for
details.
o Mule and GNU Emacs 20/XEmacs 20 : multilinguial extension of emacs(of
which features have been incorporated into Emacs 20), supports both
ISO-2022-KR and EUC-KR, so that mule(and emacs mail packages like
Rmail,VM, and MH-E) users should have little problem with reading
ISO-2022-KR-encoded Hangul mail. However, care should be taken not to
encode Hangul apperaing in mail header in ISO-2022-KR. A recipe to
avoid this problem is mentioned below.
o KUMailer(Free POP3 client for MS-Windows 95) : Cho Soohyun at
shcho@widecomm.korea.ac.kr released a flexible(in terms of user
control over which transfer encoding and/or MIME charset to use) POP3
client. It's available at http://widecomm.korea.ac.kr/~shcho/mua.html.
o AsianView for MS-Windows 3.1/95,Unionway for MS-Windows 3.1/95/NT,and
NJWin for 3.1/95/NT (See Subject 4) automatically detect and display
ISO-2022-KR. The original NJWin 1.20 has some problem with converting.
You need to get and install bug-fixed DLL files( njdbcs.dll and
njtext16.dll) available at ftp://yes.snu.ac.kr/. Bug-fixed DLL
file for AsianView is also available at the same place. [Contribution
by Yi, Yeong Deug at queen@yes.snu.ac.kr]. You need to get the newest
build of Unionway(the one available via download has a bug and doesn't
decode ISO-2022-KR) by following the link to membership at
http://www.unionway.com.
o ISO-2022-KR to EUC-KR conversion page at
http://cosmos.changwon.ac.kr/cwnu/e_mail.html
In addition,most Unix mail programs(e.g. Pine 3.92 or later,
elm,mail,mailx,and Rmail and mh-e for emacs) along with encoding
converters can be configured to convert Hangul as necessary for Hangul
mail exchange automatically or semi-automatically as described below. By
converting your outgoing Hangul mail to ISO-2022-KR, you will make life
of your correspondents who use HiTel and Nownuri in Korea easier. In case
Hangul MTA(Hangul sendmail) is installed on one's SMTP(mail) server(which
is often the case in Korea), one has to turn OFF 'enable QP' in Eudora(it
has a serious problem with Hangul mail, though) and choose 'Allow 8bit'
in Netscape-Mail(up to 3.0) to make outgoing mail properly encoded in
ISO-2022-KR.
EUC-KR/Base64
more economical than QP for Hangul mail exchange. Supported by Pine,
Elm(read-only in most versions with metamail. Some recent variants of Elm
seem to support MIME attachment as well) and any MIME-aware MUAs under
Unix and several MUA/POP/IMAP clients for Mac/MS-Windows such as Netscape
mail. mmencode included in metamail package can be used for manual code
conversion to/from Base64 and QP in Unix. In MS-Windows, wincode can be
used the same way.
uuencode
Unix community and nowadays with explosive growth of the Net, Mac and
MS-DOS/Windows as well, have used a pair of encoder/decoder,
uuencode/uudecode to exchange binary data(requiring all 8bits) via e-mail
and Usenet News. uuencode, however, will be phased out and replaced by
Base64(one of MIME standard encoding). Chollian MagiCall users seem to
have choice of sending their outgoing mail either in ISO-2022-KR or
encoding in uuencode.You had beeter avoid using uuencode for any purpose
including Hangul mail and binary file exchange because uuencode has
several different implementations(thus incompatible with each other) and
uuencoded messages get broken when passed over to hosts with charset
different from US-ASCII(e.g. EBCDIC),which led to a new encoding scheme,
Base64.
EUC-KR/QP(Quoted Printable)
the most suitable for ISO-8859-1(West European character sets with small
fraction of 8bit characters), but can be used for Hangul mail(in EUC-KR)
exchange as well. Supported by Pine,Elm (with metamail installed) and any
MIME-aware MUAs(Mail User Agent) under Unix and a number of MUA/POP/IMAP
clients including Netscape mail,Agent and Eudora on
Mac/MS-Windows.Currently, for POP3 client users(on Mac/MS-Windows)
outside Korea on whose mail/pop3 server Hangul sendmail cannot be
installed, this, along with Base64, is the most convenient and certain
option to send out Hangul mail although recipents in Korea without
MIME-compatible MUAs may have difficulty decoding QP-encoded messages. To
encode your outgoing messages in QP/Base64, turn on 'May use QP' in
Eudora,check 'MIME'(instead of 'Allow 8bit') in Netscape 3.0
(Options|Mail&News|Composition menu) in MS Outlook express (see below for
details on configuring MS Outlook Express) Please, note that Netscape
4.0, unlike Netscape 3.0, sends outgoing messages in ISO-2022-KR
regardless of whether MIME is selected or not if Encoding is set to
Korean.
In case you think this document is too difficult to understand and you never
use Unix to read and send mail, you may refer to Yi,Yeong Deug's Hangul Mail
FAQ available at http://yes.snu.ac.kr/queen/hmailfaq.htm. Kang, Kyung-soo at
kangksoo@chollian.net posted a series of articles to Usenet newsgroup
han.answers,han.comp.mail and han.comp.hangul explaining how to configure MS
outlook Express and Netscape for Hangul mail exchanges in very
easy-to-understand manner.(It's a must for those using Internet under
MS-Windows) You can view his articles on Dejanews Power search with the
search term "~g han.answers and ~a Kyung-soo" or you may try Hitel Q&A
section at http://www1.hitel.net/dong/o/osc.html. Lee, June Young at
leejy@hyowon.cc.pusan.ac.kr also has put up on the web an excellent
information on Hangul mail exchange with MS Outtlook Exprees. His page is
found at http://skyhawk.i.ml.org/oesetup/oesetup-image.html. When using MS
OE, you need to make sure that the language is set to Korean(rather than
Unicode) in Format(O) - Language(G) menu of the message composition Window.
Another very good site about Hangul mail with extensive information on
sendmail and Hangul code has been put on the web by Lee, Sanglo at
http://trade.chonbuk.ac.kr/~leesl/mail/.
Hangul mail has been widely spread since 1992 when Choi, Woohyung suggested
a ISO-2022 conformant encoding method, and made a pilot implementation for
ELM(still available at major Hangul archive). Later, he modified
sendmail(the most widely used MTA-Mail Transfer Agent- under Unix) for
automatic encoding conversion between EUC-KR and ISO-1022-KR in message body
and B(base64) encoding in message header. As mentioned above, however,
sendmail 8.6.12h2(old Hangul sendmail) has several bugs and security
holes(found in the original sendmail 8.6) and all the sites with this
version of sendmail must upgrade to sendmail 8.8/8.9(the newest is 8.9.0 as
of June, 1998)+ procmail or sendmail 8.8.8h1/ sendmail 8.8.8Ha (new Hangul
sendmail).
With Hangul Sendmail(old and new) or sendmil+procmail (procmail solution can
be used together with MTA other than smail,qmail and mmdf as well)
installed, any user level mail program(MUA:Mail User Agent ; e.g.
pine,elm,mh,xmh,mailx,mail) can be used to transparently exchange Hangul
mail. Users of POP3 clients for MS-Windows and Mac(MS Outlook Express,
Netscape mail,Claris Emailer.etc) are relieved of inconvenience of encoding
conversion with Hangul Sendmail on their POP3 server and SMTP(mail) server.
(In this case, 'Quoted Printable' should be turned off - equivalently 'Allow
8bit' is to be turned on- in POP3 client. Charset should be set to EUC-KR
or Korean whenever possible. This is crucial especially in Mac version of
Netscape and Forte Agent for MS-Windows. In Netscape for Mac, setting
charset to one other than Korean results in completely gobbled-message. See
Subject 24 for Forte Agent). Eudora as is released by Qualcomm has a serious
problem with Hangul mail exchange does NOT offer any means to set charset to
EUC-KR. There's a perfect work-around for Mac version of Eudora. MS-Windows
version of Eudora doesn't even have a room for such work-around although Yi
Yeong Deug came up with a work-around that works for text/plain type
messaeg(i.e. message without attachment). The same is true of Hangul Mail
1.0.2 for Mac with code-conversion for outgoing message turned on.
Technical details on Hangul mail exchange is described in
RFC-1557(ftp.internic.net/rfc) submitted to IETF by Choi, Woohyung and Prof.
Chon, Kilnam(chon@cosmos.kaist.ac.kr) with CS dept. at KAIST and Park, HJ
(hjpark@dino.media.co.kr) at Solvit Chosun Media. Information on old Hangul
Sendmail are found at http://cosmos.kaist.ac.kr. Documents mentioned there
include Hangul mail guide in /pub/hangul/mail at CAIR archive and mirrors
and Hangul Sendmail.FAQ by Choi, Woohyung at
http://cosmos.kaist.ac.kr/pub/whchoi/dist/untarred/FAQ.Hangul. Please, be
aware that these documents got very much out-of-date with recent
developments in Hangul mail exchange standard (on which virtually every
party involved agreed that ISO-2022-KR/7bit not be used any more and EUC-KR
be the default encoding for Hangul mail exchange)
Unfortunately, Hangul Sendmail and Procmail as MDA are to be installed by
root (system administrator), so that most people outside Korea (except for
those with root previlege to install Hangul Sendmail) have to figure out how
to do what Hangul Sendmail does, encoding conversion: convert a message in
whatever Hangul code you use locally into ISO-2022-KR before sending out(the
new Hangul sendmail doesn't do this any more. Neither does the original
sendmail(+procmail), needless to say) and convert incoming mail (from Korea)
in ISO-2022-KR to your local code(usually EUC-KR).
In HCODE distribution, you may find a document for Hangul mailing with hcode
v.2.1. It's for Berkeley mail ,but you should be able to do the same for
other mail programs once you understand what it does for Berkeley mail.
hcode 2.1 has a few glitches in code conversion for mail exchange (
-ki,-ik,-dk,-kd options. e.g. See Subject 8) The newest patched version,
hcode2.1-mailpatch2 available in /pub/hangul/code/hcode of CAIR archive
solves all of these incompatibilities, so that you have to get this one to
avoid complaints from your correspondents in Korea. MS-DOS binary of hcode
2.1-mailpatch2 (hcode21m.exe compiled with old Turbo C 3.0) can be obtained
in /hangul/code/hcode of CAIR archive.
I wrote a simple code/encoding converter between EUC-KR and ISO-2022-KR,
hmconv available in /hangul/code/hmconv of CAIR archive. The newest one
(which now works with Pine 3.93 or later in Solaris 2.x where it used to
have a problem) is packaged together with Hangul patch for Pine 3.96 in
pine396k2.patch.tar.gz which also contain detailed instruction on how to use
it to completely automate Hangul mail exchange and is now available in
separate package hmconv1.0pl3.tar.gz at CAIR archive. MS-DOS binary of
hmconv compiled by Yi, Yeogn Deug is available at his archive
ftp://yes.snu.ac.kr/. MS-DOS binary can be used for manual encoding
conversion for Hangul messages. MS-DOS and MS-Windows(no GUI) binary of
hmconv with a brief document are available in a package hmconv.zip in
/hangul/incoming of CAIR archive
ELM users should read README.elm(at
http://pantheon.yale.edu/~jshin/faq/README.elm) for configuration to
automate Hangul mail exchange with hmconv and ELM. I found Pine 3.93 or
later with displayfilter and sendingfilter very convenient for Hangul mail
without Hangul sendmail and strongly recommend it, whose source and binaries
for virtually all flavors of Unix' are available at
ftp://ftp.cac.washington.edu/pine. As binaries are available, you don't need
to compile it(you have to compile it if you wish to apply Hangul patch. See
below) and you can install it in your home directory without root permission
in most flavors of Unix.
I patched Pine 3.95(the newest as of Aug. 12,1996) to remove a couple of
incompatibilities with RFC 1557 and Hangul MTA. The newest patch against
Pine 3.96(pine396k2.patch) is available at
http://pantheon.yale.edu/~jshin/faq/pine396k2.patch. pine 395k.patch.tar.gz
(available in /hangul/mail/Others of CAIR archive) contains an improved
version of encoding converter, hmconv 1.0pl3 and detailed instructions to
compile Pine 3.95k and to configure it for Hangul mail exchange. I tried it
in Linux 2.0,Solaris 2.5, and Sun OS 4.1.x and it worked fine. Linux binary
for Hangul patched Pine 3.96(the newest) is available at
ftp://romance.kaist.ac.kr/pub/linux/. Instructions for Pine
configuration is also available here as pine.html (at
http://pantheon.yale.edu/~jshin/faq/pine.html. Pine395k.patch can be applied
without any problem to Pine 3.96 announced by Univ. of Washington in March,
1997. Pine source ported to FreeBSD is available at
ftp://ftp.freebsd.org//pub/FreeBSD/ports-current/. According to Jonghwan
Park at morph@soback1.kornet.ne.kr, Pine 3.95 Hangul patch works fine with
FreeBSD port as well.
Some of you who want to post-process mail folders using tools like
sed,awk,perl, and grep find it inconvenient to handle mail folders in
ISO-2022-KR. I came up with an efficient way to convert mail folders in
ISO-2022-KR(+ B encoded header) to EUC-KR. It requires procmail and its
accompanying utilities(formail) along with hmconv and hcode. Detailed
instruction is found http://pantheon.yale.edu/~jshin/faq/procmail.html. In
case procmail and formail are not available, you may use a simple(but much
slower) perl script I made and hcode to convert mail folders in ISO-2022-KR
to EUC-KR. It converts not only message body but header information as well.
The script is available at http://pantheon.yale.edu/~jshin/faq/mboxconv.pl.
hmconv can be also used to convert mail folder in ISO-2022-KR(with multiple
Hangul messages in ISO-2022-KR) back to EUC-KR. Please, note that hmconv
doesn't change header information and accordingly mail folders converted
using it have header information inconsitent with encoding and/or charset
used in message body.
Similar automation is possible even with the simplest mail user agent, mail
or mailx available in most, if not all, varionts of Unixen. Following recipe
is given by Kim, Daeshik at dkim@cwc.com. Add following lines to .mailrc in
your home directory
set crt=1
set VISUAL=hmailedit
set PAGER=mpager
where hmailedit is a shell script listed below and mpager is another script
with following lines.
#!/bin/sh
hmconv -u | less
hdcod 0.3, a decoder for ISO-2022-KR,QP and Base64 with automatic detection
of encoding type, by Park, Myeong-seok at pms@romance.kaist.ac.kr can be
used similary. hdcod 0.3 is available at
ftp://romance.kaist.ac.kr/pub/linux/han/hdcod. Automatic detection of
encoding type is pretty handy in case you don't have MIME-aware mail program
and don't want to be bothered with figuring out which encoding is used in
mail you received although it's not hard at all. In Mule 2.3, including the
following line in ~/.emacs would make your outgoing mesage in EUC-KR.
(define-program-coding-system nil ".*mail.*" *euc-kr*)
In Mule 19.33, ISO-2022-KR is automatically detected and displayed
accodingly. You have to add, however, this line to avoid your outgoing mail
encoded in 7bit ISO-2022,default coding system in Mule.
coding-system-euc-korea needs to be replaced with euc-kr in
Mule 19.34.31 and Emacs 20.x(See Subject 3)
;; This line is NOT necessary in Emacs 20.x if you
;; include (set-language-environment 'korean) in your ~/.emacs file
;; (See Subjet 3)
(setq sendmail-coding-system 'coding-system-euc-korea)
;; Three lines below are optional MIME header
;; You don't need this if you use one of MIME tools for
;; Emacs/Mule(e.g Semi/TM)
(setq mail-default-headers "MIME-Version: 1.0
Content-Type: text/plain; charset=EUC-KR
Content-Transfer-Encoding: 8bit\n")
If you want to send outgoing message in 7bit ISO-2022-KR, you may add
following lines, instead.(This is NOT recommended any more) Be aware that
Mule puts Hangul in header as well as in body into ISO-2022-KR, which is a
violation of RFC 1557 and makes your message unreadable by non-Mule users.
Hence, you should not enter Hangul in header if you include lines below. One
workaround is encode(in RFC 2047-style) message header with Hangul with
'hcode -kd' and 'shell-command-on-region' before sending
it out. Un, Koaunghi figured out how to automate this. See below.
(setq sendmail-coding-system 'coding-system-iso-2022-kr) ;; In Emacs 20, use the following lines with the leading semi-colones ;; removed, instead ;; (setq sendmail-coding-system 'iso-2022-kr) ;; (add-hook 'mail-mode-hook ;; (function (lambda () ;; (setq buffer-file-coding-system sendmail-coding-system)))) ;; This is OPTIONAL to make your message compliant to ;; RFC 1557 (setq mail-default-headers "MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-KR Content-Transfer-Encoding: 7bit\n") .
# Using procmail as local mailer(MDA) local: driver=pipe, from, local, inet, return_path, unix_from_hack; user=root, cmd="/full/path/procmail -d $($user$)"
| preline /full/path/procmail
 
Continue to: