이곳에서 발송하는 메일의 표준 위반

photon · 2004-02-11, 02:12 AM

여기에서 제가 쓴 글에 답장이 올라왔을 때 보내는 메일 통지가 RFC 2822, RFC 2047을 깡그리 무시하고 있습니다 :-).

1. 다음과 같은 헤더가 있어야 하는데 없습니다.
Content-Type: text/plain; charset=XXXX
Content-Transfer-Encoding: 8bit (혹은 base64/quoted-printable)
MIME-Version: 1.0

2. 헤더에 8bit 글자를 쓰면 절대 안 됩니다. 그 이유는 그 8bit 글자에 쓰인 문자 인코딩이 무엇인지 알 길이 없기 때문입니다. 본문에 쓰인 인코딩과 같으란 법도 없을 뿐 아니라, RFC 2822에서는 헤더 필드의 순서를 규정하지 않았으므로 Content-Type보다 먼저 나오는 헤더 필드에 쓰인 인코딩을 본문에 쓰인 인코딩으로부터 유추하기도 힙듭니다. 또, text/*이 아니고, multipart/*인 경우 아예 본문을 파싱할 때까지는 인코딩을 알 수 없습니다. 이런 이유로 헤더에는 8bit 글자를 쓰면 안 되고 RFC 2047에 따라 각 헤더 필드마다 문자 인코딩을 지정한 후에 B/Q 인코드해야 합니다. 즉,
A처럼 하면 안 되고, B처럼 해야 합니다.

A. Subject: 가나다라
B. Subject: =?EUC-KR?B?......?=
Subject: =?UTF-8?Q?=E0=84=81.....?=
Subject: =?EUC-KR?Q?.......?=

이곳 써버가 Apache에 PHP 4.x를 쓰는 것 같은데, 제가 기억하기에 PHP 4.x에서 RFC 2047 인코딩을 해 주는 함수가 있습니다. 그것을 쓰도록 하고, 1번에서 적은 헤더도 추가해 주시면 좋겠습니다.

참고 문헌 : RFC 2822 : http://www.faqs.org/rfcs/rfc2822.html
RFC 2047 : http://www.faqs.org/rfcs/rfc2047.html

kokodak · 2004-02-11, 02:42 AM

제가 읽기에 너무 어려워서... 잘 이해가 가질 않지만,

제 경우를 보면 , 애포에서 날아오는 메일만 한글이 깨지더군요.

어플은 팬서에 있는 메일을 사용중이고요...

아마도 photon 님이 쓰신글과 무슨 관계가 있는것이 아닐런지요...

hoo · 2004-02-11, 02:54 AM

음...어렵네요...^^;

iwannabex · 2004-02-11, 04:00 AM

저도 어려워 무슨 말인지는 잘 모르겠구요,

인용:

kokodak 님이 쓰신 글:
제가 읽기에 너무 어려워서... 잘 이해가 가질 않지만,

제 경우를 보면 , 애포에서 날아오는 메일만 한글이 깨지더군요.

어플은 팬서에 있는 메일을 사용중이고요...

아마도 photon 님이 쓰신글과 무슨 관계가 있는것이 아닐런지요...

아래 방법으로 하면 깨지지 않습니다. 예전에 kingrock 님께서 알려주신 방법인데요,

/System/Library/Frameworks/Message.framework/xxx.lproj/LocalizedDefaults.plist

를 여시고

[key]NSPreferredMailCharset[/key]
[string]euc-kr[/string]

라고 적어 넣어 보세요. [ ] 은 <> 로 바꾸시고요. xxx.lproj 는 Korean 일수도 있고 English 일수도 있습니다.

한번 해보세요. 파일을 첨부해봅니다.

gogi · 2004-02-11, 05:38 AM

음 저도 어려워서 무슨 말인지...^^
어쨌든 문제가 있긴 있나보군요
(저야 답장 받을때 오는 메일 통지 옵션을 꺼놔서^^;

이런글은 모드님들이나 어드민 분들께 쪽지나 이멜 보내시는 편이 수정되는데에 더 도움이 될것 같다는 생각이 드는군요.

jbrothers · 2004-02-11, 05:57 AM

iwannabex님께서 친절하게 설명해주신 방법으로도 어느 정도 해결은 볼 수 있겠습니다만, 6천여명의 회원 여러분들이 일일이 이런 수고를 하는 것 보다는 어드민님께서 한번 손봐주시는 편이 좀 더 효율적이지 않을까 싶은 생각이 듭니다.

늘 애플 포럼을 위해 애쓰시는 어드민님께 한번 건의를 드려보는게 어떨까요.

photon · 2004-02-11, 08:56 AM

깨져 보이는 이유는 여기서 표준을 제대로 지키지 않기 때문입니다. 위에서 제시한 방법은 항상 모든 메일을 EUC-KR로만 받는 이라면 상관 없지만, 다른 문자 인코딩으로도 받는 사람에게는 소용이 없습니다. 표준을 지키는 것이 가장 좋습니다.

1. 본문 : 메일 본문이 무슨 문자 인코딩(Character Encoding : MIME Charset)으로 되어 있는지를 표시하지 않았습니다. 처음 적은 바와 같이 아래처럼 표시해야 합니다.

Content-Type: text/plain; charset=EUC-KR
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0

지금 현재 여기서 보내는 메일은 EUC-KR로 되어 있으니까요. 하지만, 이런 경우 '

joonhwan · 2004-02-11, 09:05 AM

여기 뿐만 아니라 비슷하세 regulation을 안지키는 웹메일러가 많더군요. 한글이 깨지는 정도의 문제라면 상관없지만, 저희 학교 메일 서버는 아예 메일을 block시켜 버립니다. 그래서 메일을 못받게 되는 경우가 참 많죠...
하여간, php에서 메일러 셋업하는 걸 언젠가는 한번 찾아봐야지 싶었는데, 덕분에 좋은 정보 얻어갑니다.

유피 · 2004-02-11, 09:57 AM

저희 회사 이메일이 그런경우를 당했는데요
그런 규정을 잘 알지 못한상태에서 저희가 프로젝을 진행해서 생긴 문제같아보이네요

Error transferring to mail01.ROADWAY.COM; SMTP Protocol Returned a Permanent Error 554 5.7.1 Mail with Korean Charset not accepted.

이런것도 같은 경우인지는 잘모르겠습니다만,
하여튼 이 회사로 부터 메일이 거부당했었습니다.
메일을 쓴사람은 미국사람인데도
한글 캐릭터셋이라서란 이유가 나오는데,
저희 회사가 도미노를 사용하는데,
개발회사를 한국에서 불러서 작업을 했기때문인지
잘모르겠습니다.

photon · 2004-02-11, 10:26 AM

그것은 다른 경우인데요. 하도 한국에서 스팸이 많이 날아 오니까, 어떤 곳은 한국 IP 주소나 한국어 문자 인코딩이 들어간 경우에 메일 수신을 거부하는 극단적인 방법을 쓰는 곳이 가끔 있더군요. MIME cahrset을 지정하지 않았다면 거기서 '한국어에서 쓰는 문자 인코딩'인지 어떻게 알겠습니까? 조그마한 이유겠지만, 이런 경우를 위해서라도 하루속히 EUC-KR은 버리고, UTF-8로 가야 합니다.

gazrang · 2004-02-14, 10:32 PM

전에는 깨져보이던 포럼발송 메일이 더이상 깨져서 오지 않네요.
어드민님이 수정해주신 건가요? 감사합니다. :-)

photon · 2004-02-14, 11:01 PM

안 고쳐졌는데요 :-) Trinity님 메일 클라이언트 설정을 변경하신 것 아닙니까?

gazrang · 2004-02-14, 11:29 PM

앗...아직 아닌가요? mail.app은 한글 상위에서 쓰고 있고, mail.app의 인코딩은 따로 변경한 것이 없는데.. 제목과 내용 모두 잘 보입니다.

Thunderbird에서도 한글이 잘 보입니다. 하지만 이 프로그램은 incoming[outgoing] char encoding이 모두 Korean EUC-KOR로 되어 있긴 합니다.

mcseoung · 2004-02-15, 09:24 AM

오에스 10.3 서버의 Cyrus Imaps는 더 심각합니다. 솔직히 표준을 지키지 않는 한글 imap server가 더 많습니다. 그러므로 Mac OS X 10.3 Server에서 주고 받는 메일중에 표준이 아닌 8-bit character는 모두 XXXX의 형태로 제목을 바꾸어 버립니다.
문제는 오에스텐서버는 규약을 철저하게 지키고는 있으나, 국내의 사정을 전혀 생각지 않는 룰을 적용함으로서 많은 불편을 야기시키고 있습니다.

photon · 2004-02-15, 09:28 PM

> 솔직히 표준을 지키지 않는 한글 imap server가 더 많습니다.

IMAP (Internet Mail Access Protocol) server는 메일을 보내는데 쓰이지 않습니다 :-)

표준을 안 지키는 것은 MUA(Mail User Agent)이지, IMAP 서버와는 관련이 없어요. Cyrus IMAP server가 헤더의 8bit character를 모두 XXX로 바꿔 버리는 것은 분명히 심하기는 힙니다. (Cyrus IMAP server는 오픈 소스입니다. 불만이 있으시면 소스 가져다가 고쳐서 다시 컴파일하세요 :-) 아니면, 그런 극단적인 일을 하지 않는 UW IMAP 서버를 설치하시는 수도 있고요.), 그렇다고 해서 RFC 2822/STD 11 /RFC 2047을 위반하고 '8bit character'를 헤더에 그대로 쓰는 MUA (Mail User Agent: 메일을 보내는데 쓰이는 프로그램. 웹메일도 포함해서) 보고 잘 했다고 할 수는 없습니다. 차라리 Cyrus IMAP 서버를 모두 다 써서, MUA들이 표준 좀 지키도록 강제하면 좋겠다는 생각도 듭니다.

2004-02-11, 02:12 AM	#1
photon Senior Member Registered: Oct 2003 My Mac: mac book pro Posts: 106 오프라인	이곳에서 발송하는 메일의 표준 위반 여기에서 제가 쓴 글에 답장이 올라왔을 때 보내는 메일 통지가 RFC 2822, RFC 2047을 깡그리 무시하고 있습니다 :-). 1. 다음과 같은 헤더가 있어야 하는데 없습니다. Content-Type: text/plain; charset=XXXX Content-Transfer-Encoding: 8bit (혹은 base64/quoted-printable) MIME-Version: 1.0 2. 헤더에 8bit 글자를 쓰면 절대 안 됩니다. 그 이유는 그 8bit 글자에 쓰인 문자 인코딩이 무엇인지 알 길이 없기 때문입니다. 본문에 쓰인 인코딩과 같으란 법도 없을 뿐 아니라, RFC 2822에서는 헤더 필드의 순서를 규정하지 않았으므로 Content-Type보다 먼저 나오는 헤더 필드에 쓰인 인코딩을 본문에 쓰인 인코딩으로부터 유추하기도 힙듭니다. 또, text/이 아니고, multipart/인 경우 아예 본문을 파싱할 때까지는 인코딩을 알 수 없습니다. 이런 이유로 헤더에는 8bit 글자를 쓰면 안 되고 RFC 2047에 따라 각 헤더 필드마다 문자 인코딩을 지정한 후에 B/Q 인코드해야 합니다. 즉, A처럼 하면 안 되고, B처럼 해야 합니다. A. Subject: 가나다라 B. Subject: =?EUC-KR?B?......?= Subject: =?UTF-8?Q?=E0=84=81.....?= Subject: =?EUC-KR?Q?.......?= 이곳 써버가 Apache에 PHP 4.x를 쓰는 것 같은데, 제가 기억하기에 PHP 4.x에서 RFC 2047 인코딩을 해 주는 함수가 있습니다. 그것을 쓰도록 하고, 1번에서 적은 헤더도 추가해 주시면 좋겠습니다. 참고 문헌 : RFC 2822 : http://www.faqs.org/rfcs/rfc2822.html RFC 2047 : http://www.faqs.org/rfcs/rfc2047.html

2004-02-11, 02:42 AM	#2
kokodak Senior Member Registered: Jan 2003 My Mac: PowerBook G4 12inch 1GHz Posts: 143 오프라인	제가 읽기에 너무 어려워서... 잘 이해가 가질 않지만, 제 경우를 보면 , 애포에서 날아오는 메일만 한글이 깨지더군요. 어플은 팬서에 있는 메일을 사용중이고요... 아마도 photon 님이 쓰신글과 무슨 관계가 있는것이 아닐런지요... __________________ 오후3시, 무언가를 시작하기엔 너무 늦거나 너무 이른시각이다.... http://www.zonegray.com

2004-02-11, 05:38 AM	#5
gogi Elite Member Registered: Jan 2003 My Mac: @work: MacPro 2.66ghz with 9GB Mem. @ Home: macbook black, iBook G4 12" 1Ghz, iPod nano 4G Posts: 1,335 오프라인	음 저도 어려워서 무슨 말인지...^^ 어쨌든 문제가 있긴 있나보군요 (저야 답장 받을때 오는 메일 통지 옵션을 꺼놔서^^; 이런글은 모드님들이나 어드민 분들께 쪽지나 이멜 보내시는 편이 수정되는데에 더 도움이 될것 같다는 생각이 드는군요. __________________ http://www.gogistudio.com http://www.gogistudio.com/wp

2004-02-11, 09:05 AM	#8
joonhwan Elite Member Registered: Oct 2001 My Mac: new MacBook Pro 2.4G Core2Duo, PowerMac G4 933Mhz Posts: 3,231 오프라인	여기 뿐만 아니라 비슷하세 regulation을 안지키는 웹메일러가 많더군요. 한글이 깨지는 정도의 문제라면 상관없지만, 저희 학교 메일 서버는 아예 메일을 block시켜 버립니다. 그래서 메일을 못받게 되는 경우가 참 많죠... 하여간, php에서 메일러 셋업하는 걸 언젠가는 한번 찾아봐야지 싶었는데, 덕분에 좋은 정보 얻어갑니다. __________________ ::::: mono*log :::::

2004-02-11, 09:57 AM	#9
유피 Elite Member Registered: Nov 2001 My Mac: G4 Posts: 1,249 오프라인	-_- 저희 회사 이메일이 그런경우를 당했는데요 그런 규정을 잘 알지 못한상태에서 저희가 프로젝을 진행해서 생긴 문제같아보이네요 Error transferring to mail01.ROADWAY.COM; SMTP Protocol Returned a Permanent Error 554 5.7.1 Mail with Korean Charset not accepted. 이런것도 같은 경우인지는 잘모르겠습니다만, 하여튼 이 회사로 부터 메일이 거부당했었습니다. 메일을 쓴사람은 미국사람인데도 한글 캐릭터셋이라서란 이유가 나오는데, 저희 회사가 도미노를 사용하는데, 개발회사를 한국에서 불러서 작업을 했기때문인지 잘모르겠습니다. __________________ 대글대글 굴리고 달근달근 조려서 맛있게 구워 먹어야지, 먹고싶지, 내가 만든 사과구이야

2004-02-11, 02:54 AM	#3
hoo Senior Member Registered: May 2003 My Mac: Mac SE, Mac IIsi, Power Mac G4 800, iPod mini Bule / Green Posts: 107 오프라인	음...어렵네요...^^;

2004-02-11, 05:57 AM	#6
jbrothers n/a Registered: Jan 2004 Posts: 158 오프라인	iwannabex님께서 친절하게 설명해주신 방법으로도 어느 정도 해결은 볼 수 있겠습니다만, 6천여명의 회원 여러분들이 일일이 이런 수고를 하는 것 보다는 어드민님께서 한번 손봐주시는 편이 좀 더 효율적이지 않을까 싶은 생각이 듭니다. 늘 애플 포럼을 위해 애쓰시는 어드민님께 한번 건의를 드려보는게 어떨까요.

2004-02-11, 08:56 AM	#7
photon Senior Member Registered: Oct 2003 My Mac: mac book pro Posts: 106 오프라인	깨져 보이는 이유는 여기서 표준을 제대로 지키지 않기 때문입니다. 위에서 제시한 방법은 항상 모든 메일을 EUC-KR로만 받는 이라면 상관 없지만, 다른 문자 인코딩으로도 받는 사람에게는 소용이 없습니다. 표준을 지키는 것이 가장 좋습니다. 1. 본문 : 메일 본문이 무슨 문자 인코딩(Character Encoding : MIME Charset)으로 되어 있는지를 표시하지 않았습니다. 처음 적은 바와 같이 아래처럼 표시해야 합니다. Content-Type: text/plain; charset=EUC-KR Content-Transfer-Encoding: 8bit MIME-Version: 1.0 지금 현재 여기서 보내는 메일은 EUC-KR로 되어 있으니까요. 하지만, 이런 경우 '

2004-02-11, 10:26 AM	#10
photon Senior Member Registered: Oct 2003 My Mac: mac book pro Posts: 106 오프라인	그것은 다른 경우인데요. 하도 한국에서 스팸이 많이 날아 오니까, 어떤 곳은 한국 IP 주소나 한국어 문자 인코딩이 들어간 경우에 메일 수신을 거부하는 극단적인 방법을 쓰는 곳이 가끔 있더군요. MIME cahrset을 지정하지 않았다면 거기서 '한국어에서 쓰는 문자 인코딩'인지 어떻게 알겠습니까? 조그마한 이유겠지만, 이런 경우를 위해서라도 하루속히 EUC-KR은 버리고, UTF-8로 가야 합니다.

2004-02-14, 10:32 PM	#11
gazrang Senior Member Registered: Dec 2001 My Mac: iPod Nano (Black), Posts: 434 오프라인	전에는 깨져보이던 포럼발송 메일이 더이상 깨져서 오지 않네요. 어드민님이 수정해주신 건가요? 감사합니다. :-) __________________ 블로그 : { 가즈랑집 }

2004-02-14, 11:01 PM	#12
photon Senior Member Registered: Oct 2003 My Mac: mac book pro Posts: 106 오프라인	안 고쳐졌는데요 :-) Trinity님 메일 클라이언트 설정을 변경하신 것 아닙니까?

2004-02-14, 11:29 PM	#13
gazrang Senior Member Registered: Dec 2001 My Mac: iPod Nano (Black), Posts: 434 오프라인	앗...아직 아닌가요? mail.app은 한글 상위에서 쓰고 있고, mail.app의 인코딩은 따로 변경한 것이 없는데.. 제목과 내용 모두 잘 보입니다. Thunderbird에서도 한글이 잘 보입니다. 하지만 이 프로그램은 incoming[outgoing] char encoding이 모두 Korean EUC-KOR로 되어 있긴 합니다. __________________ 블로그 : { 가즈랑집 }

2004-02-15, 09:28 PM	#15
photon Senior Member Registered: Oct 2003 My Mac: mac book pro Posts: 106 오프라인	> 솔직히 표준을 지키지 않는 한글 imap server가 더 많습니다. IMAP (Internet Mail Access Protocol) server는 메일을 보내는데 쓰이지 않습니다 :-) 표준을 안 지키는 것은 MUA(Mail User Agent)이지, IMAP 서버와는 관련이 없어요. Cyrus IMAP server가 헤더의 8bit character를 모두 XXX로 바꿔 버리는 것은 분명히 심하기는 힙니다. (Cyrus IMAP server는 오픈 소스입니다. 불만이 있으시면 소스 가져다가 고쳐서 다시 컴파일하세요 :-) 아니면, 그런 극단적인 일을 하지 않는 UW IMAP 서버를 설치하시는 수도 있고요.), 그렇다고 해서 RFC 2822/STD 11 /RFC 2047을 위반하고 '8bit character'를 헤더에 그대로 쓰는 MUA (Mail User Agent: 메일을 보내는데 쓰이는 프로그램. 웹메일도 포함해서) 보고 잘 했다고 할 수는 없습니다. 차라리 Cyrus IMAP 서버를 모두 다 써서, MUA들이 표준 좀 지키도록 강제하면 좋겠다는 생각도 듭니다.