Mozilla 한국 커뮤니티

baboojoon wrote: 제가 겪고 있는 문제는... 썬더버드에서 한글로 새 메일을 작성하고 (엔코딩은 물로 EUC-KR로 했습니다) 테스트 삼아 메일을 제 계정으로 보내서 읽으려고 하면, 제목 라인은 한글로 잘 나옵니다만 한글로 쓴 본문이 전혀 나오질 않는군요. 영문과 같이 본문을 작성하면 한글은 안나오고 영문만 나옵니다.

mattengi wrote:gmail smtp로 UTF-8, EUC-KR로 각각 보냈을때 받아본 메일 두가지의 헤더를 올려 보겠습니다. 썬더버드 옵션중에 보기 -> 문자 인코딩 -> 자동 선택 -> 한국어 이 부분이 활성화 되어 있어야 각각의 인코딩으로 온 메일이 제대로 보이더군요. 자동 선택을 끄면 두 메시지 전부 깨져 보입니다.

Base64인코딩으로 바뀌는 문제는 about:config로 설정하신것과 관련이 있지 않을까 생각됩니다.

빛알갱이 wrote:이것은 전혀 이해할 수 없는데요. 명시적으로 charset이 지정된 메시지라면 자동 선택 옵션을 켜야 할 이유가 전혀 없습니다. 그 옵션은 MIME 표준을 지키지 않고, charset을 지정하지 않고 보내는 메시지를 다루기 위해서만 필요한 것인데, 요새는 그런 메일이 거의 없기 때문에 쓸 일이 없습니다. (메일의 경우는. 웹 페이지는 다릅니다.) 혹시, 'Apply default encoding to all mressages (ignore individual character encoding setting)'을 켜 놓으신 것 아닙니까?

UTF-8 인코딩에 위 옵션을 킨 상태 wrote:Subject: tst =?UTF-8?B?44WM7Yuw7Yuw7Yuw?=
X-Enigmail-Version: 0.90.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

64uI64uI7JWEdHRzZHNnICAK <-- 본문(기본 보기 상태에서는 한글로 잘 보입니다)

빛알갱이 wrote:해결책은 TB 확장 가운데 'about config' 확장을 구해서, 'about:config'를 여신 다음에 'mail.strictly_mime'을 true로 바꾸고 보내세요.

baboojoon wrote:처음 보냈을때 한글이 제대로 나오더군요. 헤더를 열어보니:
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
...
혹시 다른 Gmail SMTP서버를 사용하시는 분도 같은 현상이 일어나는지요.

baboojoon wrote:여기 문제의 한글이 깨지는 메일 헤더 내용입니다.


Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
To: ID@yahoo.com
Subject: =?UTF-8?B?7ZWc6riA?=
From: NAME <ID@gmail.com>

7ZWc6riAIO2FjOyKpO2KuA0KDQo=

빛알갱이 wrote: 위 메일의 문제는 본문이 base64이므로 'Content-Transfer-Encoding'이 base64라는 것이 메일 헤더에 명시되어야 하는데, 어떤 이유에서인지 그 줄이 빠져 버렸습니다. 그러니, 그냥 8bit/7bit로 인식되어서 base64 decoding이 일어나지 않고 그대로 보여준 것입니다. 왜 그 줄이 빠졌는지는 알 수가 없군요. 저는 지금까지 그런 일을 겪은 적이 한 번도 없습니다.

참, TB의 경우 Mozilla suite에 있는 UI 가운데 빠진 것이 많아서 QP/Base64 관련 설정도 빠진 줄 알고 about:config를 통해 고치라고 했습니다. 그런데, UI가 있네요. 그렇다면 '8bit 글자가 들었을 ㅤㄸㅒㅤ Quoted-printable로 보내기' 옵션을 끄고 다시 시도해 보십시오. 그렇다면 항상 C-T-E가 8bit로 나가야 정상입니다. 물론, 그렇게 해도 배달 과정에 중간의 MTA 중 어느 하나가 이것을 base64로 바꿔 버릴 수도 있습니다. 바꾸고 나서 'Content-Transfer-Encoding: base64'를 붙여 주어야 하는데, 만일 붙이지 않는다면, 그것은 그 MTA(Mail Transport Agent)의 버그이므로, 그 버그를 고쳐 달라고 하는 수 밖에 없습니다.

모질라 측에서 8bit로 내보냈는지 여부는 보낸 편지함의 소스 보기를 통해서 확인하실 수 있습니다.

baboojoon wrote: 우선 제 선더버드는 항상 "8bit 글자가 들었을 때 Quoted-printable로 보내기" 옵션은 항상 꺼 져있는 상태였습니다. "보낸 편지함" 에서 제 컴퓨터에서 나간 메일 소스들을 확인해보니 "C-T-E"가 8bit으로 되어 있더군요. 허나, 도착한 메일들은 모두 "base64"로 되어 있습니다. 제가 위에도 밝혔듯이 제가 겪은 바로는 메일이 "8bit"로 보냄/받음이 되야 제대로 표시되는데,

받을때 "base64"로 들어온다면, 아마도 중간에 어느 메일 트랜스퍼 에이전트가 바꾸는 모양이군요. 그렇다면 다른 방법이 없겠습니까?

mattengi wrote:

Code: Select all

Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

64uI64uI7JWEdHRzZHNnICAK <-- 본문 부분

이 경우에도 소스보기 하면 위처럼 한글이 깨져 보이지만 일반 보기 창에서는 한글이 제대로 보였었습니다.

# 수정 : 후.. 어림짐작으로 이상한 리플만 자꾸 다네요 -_- format=flowed 는 인코딩과는 전혀 무관한것 같습니다.
관련링크입니다. http://www.joeclark.org/ffaq.html

빛알갱이 wrote:

baboojoon wrote:여기 문제의 한글이 깨지는 메일 헤더 내용입니다.


Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
To: ID@yahoo.com
Subject: =?UTF-8?B?7ZWc6riA?=
From: NAME <ID>

7ZWc6riAIO2FjOyKpO2KuA0KDQo=

위 메일의 문제는 본문이 base64이므로 'Content-Transfer-Encoding'이 base64라는 것이 메일 헤더에 명시되어야 하는데, 어떤 이유에서인지 그 줄이 빠져 버렸습니다. 그러니, 그냥 8bit/7bit로 인식되어서 base64 decoding이 일어나지 않고 그대로 보여준 것입니다. 왜 그 줄이 빠졌는지는 알 수가 없군요. 저는 지금까지 그런 일을 겪은 적이 한 번도 없습니다.

참, TB의 경우 Mozilla suite에 있는 UI 가운데 빠진 것이 많아서 QP/Base64 관련 설정도 빠진 줄 알고 about:config를 통해 고치라고 했습니다. 그런데, UI가 있네요. 그렇다면 '8bit 글자가 들었을 ㅤㄸㅒㅤ Quoted-printable로 보내기' 옵션을 끄고 다시 시도해 보십시오. 그렇다면 항상 C-T-E가 8bit로 나가야 정상입니다. 물론, 그렇게 해도 배달 과정에 중간의 MTA 중 어느 하나가 이것을 base64로 바꿔 버릴 수도 있습니다. 바꾸고 나서 'Content-Transfer-Encoding: base64'를 붙여 주어야 하는데, 만일 붙이지 않는다면, 그것은 그 MTA(Mail Transport Agent)의 버그이므로, 그 버그를 고쳐 달라고 하는 수 밖에 없습니다.

모질라 측에서 8bit로 내보냈는지 여부는 보낸 편지함의 소스 보기를 통해서 확인하실 수 있습니다.