썬더버드의 메일 제목이 일부 ???? 로 나타납니다.

[jaemanstyle]

http://fs.textcube.com/blog/0/1642/atta ... VGR82S.jpg

썬더버드의 메일 제목이 어느날 부터 갑자기 저렇게 나타납니다.
제목표시되는 부분만 ???? 로 보이며 메일을 읽으면 저렇게 제목은 표시는 됩니다.

가만 생각해보면 업데이트가 되면서 저렇게 된것 같기도 하고..

정상적으로 볼 수 있게 하는 방법 없을까요??

아!!

Gmail , dreamwiz메일 두가지를 imap를 이용해서 사용하고 있습니다. gmail만 저렇네요..

글자인코딩도 EUC-KR로 되어 있는데. ㅡㅜ

[andre518]

구글의 경우 UTF-8로 되어 있어서 그렇습니다.
MS949에서 EUC-KR 그리고 UTF-8(유니코드)로 점차 웹 환경이 변모되고 있긴 합니다만,
국내 업체들의 경우 그러한 인코딩에 별 신경을 쓰지 않는 것도 사실이죠.

한 예로 동일한 웹 사이트내에서도 여러 인코딩들이 혼재하는 경우가 다수 있습니다.
익스플로어내에서야 인코딩과 상관없이 보입니다만, (반대로 해외 웹 사이트의 경우 제대로 표시되지 않는...)
모질라와 크롬, 사파리, 플로커, 넷스케이프 모두 그러한 인코딩이 맞지 않으면, 제대로 표시되지 않습니다.

물론 그러한 방식이 표준적인 방식이구요. ^^

결국 지금 등록되어 있는 형태에서 인코딩을 UTF-8로 바꾸시면 Gmail은 제대로 보일 것입니다만,
드림위즈는 제대로 보이질 않을 겁니다.

계정을 두 개를 분리해서 따로 인코딩 관리가 가능하다면 모르겠으나, 답글을 적으면서 찾아보니,
썬더버드에 그러한 기능은 없네요. (없는게 당연한 것일진데.. 대한민국 웹 환경 짜증이 나는군요.. 휴...)

[widelake]

???으로 목록에서 제목이 깨지는 메일은 모두 인코딩셋이 정의되어있지 않고, 글자가 그대로 입력되어있는 메일들입니다. 즉, 예를 들어 제목이 "인코딩 테스트"라고 되어있다면 메일 소스에서 subject 필드에 =?EUC-KR?B?wM7E2rX5IMXXvbrGrg==?= 으로 인코딩된 문자열이 있는게 아니라 한글로 "인코딩 테스트"라고 그대로 입력되어있는 것이죠(제목 깨지는 메일을 별도 창을 열고 보기 > 메시지 소스 보기로 들어가시면 100이면 100 다 그렇게 되어있을 겁니다).

제목이 유니코드로 작성되어있지 않더라도 ==?EUC-KR?B?블라블라 하는 식으로 인코딩셋이 선언되어있는 메일들은 메일 목록에서 제목이 깨져보이지 않습니다. 아웃룩2007에서도 동일한 현상이 나타나는 것으로 미루어봐서는 썬더버드쪽 문제가 아니라 Gmail쪽에서 뭔가 변경이 이루어지지 않았나 싶습니다. 단, 아웃룩 익스프레스의 경우는 시스템 기본 언어로 자동 디코딩을 하기 때문에 깨져보이지 않습니다.

그리고 썬더버드쪽 폴더 > 속성에서 변경하는 [기본문자인코딩]은 인코딩셋이 정의되어있지 않을 경우 어떤 인코딩 방법으로 처리할 것인가에 대한 설정이며, 해당 윈도 하단에 있는 "폴더 내의 모든 메시지에 기본 적용 (개별 메시지 문자 및 자동 코딩 무시)"를 체크하지 않는 한 인코딩셋이 정의되어있는 메일에 대해 영향을 미치지 않습니다. 다만 문제가 되는 메일들은 인코딩 자체를 하지 않았기 때문에 일반 문자열을 강제로 디코딩하는 경우 글자가 깨질 수 밖에 없고, 썬더버드나 아웃룩2007에서 "인코딩 처리 안함" 옵션을 제공하지 않는 한 지금으로썬 위의 현상을 해결할 수 있는 방법은 없다 생각됩니다.

* 윗분의 답변은 다소 문제와는 거리가 있는 것이라 생각됩니다만....

[jaemanstyle]

widelake 님의 말씀에 공감합니다.
저도 소스를 확인하면서 제목에 =?EUC-KR?블라블라~ 하는 부분이 없는 그냥 제목이라 글자가 ???로 나온것을 확인했습니다. 100이면 다 그렇더군요..

휴.. 썬더버드를 이용하려고 일부러 Gmail로 갈아탔는데. 다시 고민이군요..
새로나온 Windows Live Mail (beta)에서는 안깨지고 잘 나오던데 높은 시스템 점유율이 발목을 또 잡네요;

아마도 Gmail에서 문제가 있는듯 한것으로 보이고 관련하여 썬더버드의 패치가 있지 않는한 힘든분제로 보이네요;;

[widelake]

새로나온 Windows Live Mail (beta)에서는 안깨지고 잘 나오던데 높은 시스템 점유율이 발목을 또 잡네요;

Windows Live Mail은 기본적으로 Outlook Express를 기반으로 한 메일 클라이언트이기 때문에 제 답변에서 말씀드렸듯 아웃룩 익스프레스가 인코딩되지 않는 문자열을 시스템 기본 언어 기반으로 그냥 디스플레이해주는 친절(?)이 그대로 남아있습니다.

저도 근래 갑자기 그렇게 나오길래 의아했는데 원문을 보니까 그리 되어있더군요. 뭐 Gmail쪽에서 센스를 발휘해준다면야 좋지만, 한국 사업자들이 인코딩하지 않은 플레인 텍스트를 그냥 쏴버리는게 문제의 근본이라 봅니다. 웹페이지들은 그래도 많이 개선되고 있지만 메일쪽에 대해서는 표준 무시하는게 아직도 넘쳐납니다.

[andre518]

widelake님께서 알고 계신 내용이 오류가 있네요.
메시지에서.. 인코딩이 없는 코드는 존재하지 않습니다. 적어도 현재의 윈도/리눅/맥 환경에 기반한 형태에서는요..
잘 아시는 대로 우리가 그냥 쓰고 있는 인코딩이 포함되지 않은 녀석들은 기본적으로 ANSI CODE에 기반하고 있습니다.
또한 SMTP 표준에서는 RFC 822 기반 메시지에서는 특정한 엔코딩 환경을 지정하지 않을 경우 7-bit 아스키 캐릭터셋으로 지정됩니다.
결국 위의 문제는 윈도 서버 기반에서 발생하는 CP949(MS949) 인코딩의 문제로 인해 발생하는 문제임이 분명합니다.

간단히 테스트가 가능합니다. 리눅스/유닉스/맥 기반 서버에서 동일하게 아무런 메시지 인코딩없이 메일을 보내보시고, 썬더버드에서 받아보시면 제목이 깨어지는 현상이 없습니다.
윈도 환경(MS949)에서 보낸 녀석과 다른 서버환경에서 보낸 결과물(EUC-KR/UTF-8)이 다르게 나오지요. 또한, 이러한 인코딩 문제는 SMTP의 메시지에 특정 인코딩 환경을 적용하여 보낼 수 있는 것과 달리
(선택가능 인코더 : US-ASCII, UTF-7, UTF-8, UTF-16, UnicodeFFFE) 파일 배달 인코딩은 기본 인코딩이 UTF-8로 되어 있습니다.
그러므로, 간혹 보시는대로 인코딩의 설정없이 MS949 환경으로 이루어진 메시지는 첨부파일에서 파일명이 깨어지는 현상이 생깁니다.

결국 '인코딩이 없는 코드'의 문제가 아니라 '인코딩을 지정하지 않아서 윈도내 기본 인코딩인 MS949'로 자동 설정된 녀석의 문제이지요...

* 지적을 하시는 것은 좋습니다만, 개발자라면 내가 보기엔.. 이라고 글을 적지 마시고, 확인하시는 과정이 필요한 듯 합니다만...

[widelake]

andre518님, 지적 감사합니다. ^^;

다시 리뷰해보니 제가 쓴 글에서 용어 선택에 문제가 있었고, 또 문제있는 용어의 선택이 결국 "인코딩을 하지 않는 것"으로 해석될 여지가 다분하군요. 지적하신 부분에 대해 전적으로 수긍합니다.

변명같지만, 제가 개발자가 아닌 관계로 아무래도 검증하는 면에서는 약할 수 밖에 없습니다. 현상을 보고 "아 어떤게 문제구나/가 되겠구나"라고 생각이 드는데, 그게 기술적으로 어떻게 문제가 되는지, 또 어떤 솔루션이 있는지에 대해서는 제가 감당할만한 범위를 넘어서는 경우가 대부분인지라, 답글을 쓰면서도 어려움을 겪은 경우가 많습니다.

제 부족한 부분을 andre518 님 같이 개발쪽에 조예가 있으신 분들이 채워주시니 다행입니다. ^^
감사합니다.

* 근데 제 글투가 개발자스럽나요? ㅠㅠ

[andre518]

widelake님이 개발자가 아니셨군요.. 그런데도 저렇게 개발에 조예가 깊단 말이십니까...!

저도 안 그래도 제가 글을 적어놓구서도.. 저 역시 "인코딩이 없는..." 이라는 문구가 "인코딩이 설정되지 않아 기본 인코딩으로 (강제) 인식되는..." 이라고 바꿔야 하지 않을까 싶어서 들어와 봤습니다만...
widelake님 말씀대로 표현을 하기가 쉽지 않은게 사실이긴 해요.

문제는 좀 더 손쉬운 해답이 있으면 더 좋을텐데, 일반 사용자분들이 보시기에도 단박에 이해가 되는 내용이 있어야 하는데...
(^^ 저도 그래서 돌아다니는 PC마다(PC방, 주변분들 PC, 기타 등등)에 틈날 때마다 거의 모질라와 썬더버드, 오픈오피스는 깔아두는데...
모질라는 Qute, 썬더버드는 Own, 오픈오피스는 탱코 테마로 셋팅을 해 두게 되더라구요. 기능을 떠나서 보시는 분들이 이 녀석 왜 이리 흉해~ 라고 먼저 얘기하셔서.. 쩝)

사실 고 공병우 박사님을 비롯하여, 여러분들이 지적을 하셨던대로 저건 참으로 우리네 표준이 한 업체인 MS에 휘둘린 결과이기도 해서, 볼 때마다 씁쓸하다는 생각을 지울 수 없어요.

아무쪼록 여러 환경의 변화로 인해서 빨리 유니코드가 자리 잡아 저러한 인코딩 문제에 속을 앓는 분들이 사라졌음 하는 마음입니다.

widelake님 감사드려요. ^^ 좋은 하루 되세요. (잡설만 잔뜩 늘어놓고 간.. =3=3=3)

[nahan]

10월10일부터 동일한 현상을 격고 있습니다.
메일 설정을 모두 지우고 다시 설정해도 마찬가지로 10월 09일 까지는 한글제목이 정상적으로 나타납니다.
하지만 10월 10일 부터의 멜은 온통 ??? ㅜ.ㅜ
현재 imap에서 깨어지는 제목이 pop3로 받으면 정상적으로 보이더군요..
헤더를 봐도 다를게 없는데....
다른게 있다면 pop3로 받은 멜 소스의 시작 부분에
"From - Fri Nov 7 09:32:26 2008
X-Account-Key: account5
X-UIDL: GmailId11d719beb0cb5d2b
X-Mozilla-Status: 0001
X-Mozilla-Status2: 10000000
X-Mozilla-Keys:
"
이와 같은 내용이 더 있는 정도군요?
무슨 내용인지 모르지만 제목깨지는 것과 상관은 없을거 같은데..
저는 일단 POP3로 설정 해서 사용하고 있습니다.

빨리 이문제가 해결되었으면 좋겠습니다.

[빛알갱이]

http://fs.textcube.com/blog/0/1642/atta ... VGR82S.jpg

썬더버드의 메일 제목이 어느날 부터 갑자기 저렇게 나타납니다.
제목표시되는 부분만 ???? 로 보이며 메일을 읽으면 저렇게 제목은 표시는 됩니다.

Gmail , dreamwiz메일 두가지를 imap를 이용해서 사용하고 있습니다. gmail만 저렇네요..

글자인코딩도 EUC-KR로 되어 있는데. ㅡㅜ

문제가 되는 gmail 메시지의 소스 보기를 하신 후에 Subject 라인과 From line을 여기에 복사해서 붙여 주시겠습니까?

[widelake]

문제가 되는 gmail 메시지의 소스 보기를 하신 후에 Subject 라인과 From line을 여기에 복사해서 붙여 주시겠습니까?

Code: Select all

From: "세티즌"<mailzin@cetizen.com>
Subject: 김XX 님, 서태지의 이름으로 완성된 뮤직폰 SPH-W6300을 소개합니다.

이런 형태입니다. 썬더버드에서 볼 때 목록에서는 깨지는데, 프리뷰 창이나 새창 열어서 볼 때는 정상적으로 나옵니다(새창의 타이틀바에서는 또 깨집니다만)... 아래 형태입니다. nahan 님이 말씀하신 것처럼 IMAP 연결시 나타나는 현상입니다. 목록을 가져오는 부분에서 뭔가가 있지 않을까 싶긴 합니다만..;

http://farm4.static.flickr.com/3071/301 ... 3b2602.jpg

PS. 빛알갱이님, 오랫만이시네요 ^^

[이승일]

저도 같은 현상이 나타나는 지라 같은 현상이 나타나는 메시지 헤더 소스 몇개를 첨부해 드립니다.
빨리 해결 방안이 나왔으면 좋겠네요.

---

Delivered-To: seungil.lee@gmail.com
Received: by 10.64.3.16 with SMTP id 16cs313416qbc;
Sun, 9 Nov 2008 15:37:10 -0800 (PST)
Received: by 10.141.190.9 with SMTP id s9mr3222324rvp.91.1226273830043;
Sun, 09 Nov 2008 15:37:10 -0800 (PST)
Return-Path: <shinsegae@shinsegae.com>
Received: from sems.shinsegae.com ([60.196.0.98])
by mx.google.com with SMTP id f21si18570773rvb.5.2008.11.09.15.37.08;
Sun, 09 Nov 2008 15:37:10 -0800 (PST)
Received-SPF: pass (google.com: domain of shinsegae@shinsegae.com designates 60.196.0.98 as permitted sender) client-ip=60.196.0.98;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of shinsegae@shinsegae.com designates 60.196.0.98 as permitted sender) smtp.mail=shinsegae@shinsegae.com
Message-Id: <49177426.15528c0a.06b0.4429SMTPIN_ADDED@mx.google.com>
Date: Mon, 10 Nov 2008 08:31:22 +0900
From: "신세계닷컴" <shinsegae@shinsegae.com>
To: "이승일" <seungil.lee@gmail.com>
Subject: [신세계포인트]이승일고객님의 12월 소멸예정포인트는 1314P 입니다.
MIME-Version: 1.0
X-Mailer: SMTP Version 1.0
Content-Type: text/html; charset=EUC-KR
Content-Transfer-Encoding: 8bit

---

Delivered-To: seungil.lee@gmail.com
Received: by 10.64.3.16 with SMTP id 16cs275129qbc;
Sat, 8 Nov 2008 23:46:09 -0800 (PST)
Received: by 10.110.5.3 with SMTP id 3mr6110425tie.46.1226216768347;
Sat, 08 Nov 2008 23:46:08 -0800 (PST)
Return-Path: <info@camfunds.com>
Received: from mta138.mail.kr3.yahoo.com (mta138.mail.kr3.yahoo.com [119.161.16.58])
by mx.google.com with SMTP id b4si8041723tic.2.2008.11.08.23.46.06;
Sat, 08 Nov 2008 23:46:07 -0800 (PST)
Received-SPF: neutral (google.com: 119.161.16.58 is neither permitted nor denied by best guess record for domain of info@camfunds.com) client-ip=119.161.16.58;
Authentication-Results: mx.google.com; spf=neutral (google.com: 119.161.16.58 is neither permitted nor denied by best guess record for domain of info@camfunds.com) smtp.mail=info@camfunds.com
Message-ID: <20081109074605.19903.qmail@mta138.mail.kr3.yahoo.com>
X-Yahoo-Forwarded: from seungil76@yahoo.co.kr to seungil.lee@gmail.com
X-YahooFilteredBulk: 80.92.84.205
X-Originating-IP: [80.92.84.205]
Authentication-Results: mta138.mail.kr3.yahoo.com from=; domainkeys=neutral (no sig)
Received: from 80.92.84.205 (EHLO alibi.lu) (80.92.84.205)
by mta138.mail.kr3.yahoo.com with SMTP; Sun, 09 Nov 2008 16:46:05 +0900
Received: from fqnvvv.com ([221.153.76.53])
by alibi.mail (alibi.lu)
(MDaemon PRO v9.6.6)
with ESMTP id md50001439028.msg;
Sun, 09 Nov 2008 08:45:54 +0100
X-Spam-Processed: alibi.lu, Sun, 09 Nov 2008 08:45:54 +0100
(not processed: message from valid local sender)
X-MDDKIM-Result: neutral (alibi.lu)
X-MDRemoteIP: 221.153.76.53
X-Return-Path: info@camfunds.com
X-Envelope-From: info@camfunds.com
Received: from tnwtse.com ([203.95.34.177]) by fqnvvv.com; Sun, 09 Nov 2008 16:46:59 +0900
From: "나명희" <info@camfunds.com>
To: "seungil9090" <seungil9090@yahoo.co.kr>
Subject: ▶도로교통감정사-제2회 경찰청주관--무료자료332140
Date: Tue, 15 nov 2008 12:59:59 GMT
MIME-Version: 1.0
Content-Type: multipart/mixed;boundary= "----=_NEXTPart_DO8_6IJ9_G6XI63CV.DQ7HWQE5"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: QUALCOMM Windows Eudora Version 5.1
X-MDAV-Processed: alibi.lu, Sun, 09 Nov 2008 08:45:54 +0100

------=_NEXTPart_DO8_6IJ9_G6XI63CV.DQ7HWQE5
Content-type: text/html; charset=euc-kr
Content-Transfer-Encoding: base64

PGEgaHJlZj0iaHR0cDovL3hpbXAubm8taXAub3JnIj6/qbHixay4r6K6w8rDorHiIL3Dx+jAzCDH
1bDdt/wvw+u+98Gkv/jAzCCwocDls/TAvrTPtNk8L2E+

------=_NEXTPart_DO8_6IJ9_G6XI63CV.DQ7HWQE5--

[ace4ker]

다분히 제 생각입니다만(전 개발자가 아니라 인테리어디자이너라...^^;)
댓글 다신분들이 너무 오버하시는 것 아닌가하는 생각이 드는군요.
제가 질문을 보자마자 떠올랐던 답은 "설정을 다시 확인해보라"라는 것이었습니다.
Thunderbird로 Gmail을 수 년간 이용하고 있지만 위와 같은 경우는 한 번도 없었거든요.
단지 Firefox에서 업데이트 후 웹페이지 글꼴이 엉망으로 보인적이 있었습니다.
인코딩을 확인했지만 정상이었습니다.
한참을 고생하다 설정창을 확인하던 중 저도 모르는 사이 글꼴 설정이 변경된 걸 확인했습니다.
업데이트 시 가끔 일어나는 버그 정도로 생각하고 말았습니다.
질문에 "어느날 갑자기"를 보니 그생각이 나서 글 올립니다.

도구>설정 클릭하시고

http://thimg.dreamwiz.com/upfile/200811 ... 0169_1.jpg

글꼴 버튼 누르신후

http://thimg.dreamwiz.com/upfile/200811 ... 9169_1.jpg

위와 비슷한 설정인지 확인해 보세요. (제가 쓰는 설정입니다)

물론 제 글이 어처구니 없는 답변이 될 수도 있겠지만 경험에서 글 올려봅니다.

[nahan]

ace4ker님이 말씀하신부분은 여러차례 환경설정을 변경해가며 테스트 해봤구요.
또한 싹~악 밀고 다시 설치까지도 해보았습니다.(혹시나 하는 마음에 에볼루션메일까지 ... ㅠ.ㅠ)
그러다가 Pop3로 수신시에는 문제가 없다는것도 알게되었구요.
구글링해보면 가장먼저 나오는게 환경설정을 고쳐봐라이기도 하구요.

Gmail imap 서비스에 문제가 좀 있는 듯 합니다.
Gmail Known Issues의 POP/IMAP에 다음의 이슈가 있더군요.

Non-Latin characters can corrupt message headers

Message headers contain technical information necessary for the successful delivery of messages between email servers. Gmail's IMAP implementation re-encodes the information stored in message headers, but non-ASCII characters may become garbled. For example, this can affect the 'To:' line in an email message if a name is written in a language that uses non-Latin characters. Several issues can result from corrupt message headers, including delivery problems.

The Gmail Team is working to resolve this issue.

원문주소 :https://mail.google.com/support/bin/sta ... _issues.cs

[nayuta]

Gmail Known Issues의 POP/IMAP에 있던 내용은 사라진듯 한데 선더버드에서 imap사용시 인코딩이 없이 들어있는 한글 제목이 깨지는 현상은 여전하네요 gmail쪽은 고칠 생각이 없는걸까요?

[nayuta]

pop3일때는 문제가 없다고 해서 조금 더 테스트 해보니 제목이 깨지는 메일을 IMAP3 어카운트가 아닌 폴더로 (로컬폴더) 복사해보니 거기서는 멀쩡히 보이네요 ><
Gmail이 문제라기 보다는 아니라 썬더버드가 IMAP3관련 폴더에서 일때 제목을 보여주는것이 뭔가 다른거 같은데요...

[astraea]

TB 의 제목 보여주는 방식이 조금 특이한거 같더라구요
제 경험에 따르면요;;

그니까 view 에서의 인코딩 설정,
option 에서 인코딩 설정과는 또 다른 설정이 존재하더군요;;

해당 폴더를 오른쪽 버튼 누르셔서
properties (아마 등록정보) 를 보시면
또 폴더마다 인코딩 설정이 있더군요
변경해주시면 해결 될거에요

[widelake]

Gmail Known Issues의 POP/IMAP에 있던 내용은 사라진듯 한데 선더버드에서 imap사용시 인코딩이 없이 들어있는 한글 제목이 깨지는 현상은 여전하네요 gmail쪽은 고칠 생각이 없는걸까요?

아직 남아있습니다. 생각처럼 잘 픽스가 안되는 건가 싶네요.

[골키]

저같은 경우 우분투에서 썬더랑 에볼루션 설치해서 확인해 봤는데
둘다 같은 증상을 보이더군요...???????????
그런데 비단 Gmail만 그런게 아니라 메일호스팅해서 사용중인 메일 2가지가 다 그런 증상을 보이는데
하나는 데이콤 메일우드, 또하나는 메일플러그....

원인이 뭐가 되었든...아웃룩에서는 보이는데 에볼/썬더에서 안보인다면
사용자 입장에서 보자면 그건 에볼/썬더의 문제이지
메일서버가 코드지정을 안했네..뭐가 어쨌네..등등으로 얘기할 내용은 아니라고 봅니다...

저도 마소 무쟈게 싫어해서 최대한 우분투에 집중하고 있지만
마소가 이런 막강한 점유율을 보일 수 바께 없는데는
그들의 기술력은 좀 떨어지고 엄청 무거운 프로그램을 팔아먹지만

최소한 글씨가 깨져서 정작 중요한 메일확인에 지장을 초래하지는 않는다는점....
높이살만합니다...
딱히 해결책이 없어 오늘도 여기저기 이나라저나라 자료찾다가 답답한 마음에 한줄~~

[Guest]

TB 의 제목 보여주는 방식이 조금 특이한거 같더라구요
제 경험에 따르면요;;

그니까 view 에서의 인코딩 설정,
option 에서 인코딩 설정과는 또 다른 설정이 존재하더군요;;

해당 폴더를 오른쪽 버튼 누르셔서
properties (아마 등록정보) 를 보시면
또 폴더마다 인코딩 설정이 있더군요
변경해주시면 해결 될거에요

네, 이렇게 하니 잘 되더군요..
거의 한달간 저를 괴롭혔던 문제가 가볍게 풀려버리니 속이 시원합니다. 하하하... 윗분들의 설명도 좋았지만, 역시 이런저런 용어가 많으니 이해하기 힘들더군요... 그리고 이 문제에 관해서는 "각각의 폴더마다 다른 설정" 이라는 말과 설정창에 들어가보니 폴더 내의 모든 메일에 해당 인코딩을 적용해주는 체크박스가 있더군요.. 그것을 체크해주니 깔끔하게 해결되었습니다. =)

감사합니다^^