마이크로 SNS(Social Network Service)인 미투데이에는 MMS로 사진을 등록할 수 있는 기능이 있다. 가볍게 사진을 올리는 용도로 잘 활용했었는데, iPhone을 지른 후 이 기능이 제대로 동작하질 않아 문의를 했지만 미투데이 측에선 자신들의 버그가 아니라며 다시 확인해보라는 대답이 왔다. -_-a
그런데 생각해보니 MMS는 일반 이메일로도 보낼 수 있으므로 직접 뭐가 다른지를 확인해보기로 했다.
자 우선 iPhone에서 ‘메롱’이란 메시지를 보낸 뒤 메일 원문을 확인해봤다.
Message-ID: <A200911181734130816804M4> Content-Type: multipart/related; type="multipart/alternative"; boundary="kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk" --kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk Content-Type: multipart/alternative; boundary="NextPart_2003_0110_00000_0000000000A" --NextPart_2003_0110_00000_0000000000A Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 X-MIME-Autoconverted: from 8bit to base64 by ktfmms.magicn.com id nAI8YDHL022161 uN631Q0K --NextPart_2003_0110_00000_0000000000A Content-Type: text/html; charset="euc-kr" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ktfmms.magicn.com id nAI8YDHL022161 <HTML><HEAD></HEAD><BODY> <IMG SRC=3D"cid:A200911181734130816804M4part00">=B8=DE=B7=D5<br> <BR><BR><BR> KTF광고메시지 --NextPart_2003_0110_00000_0000000000A-- --kTfLmS::bOuNdArY::tEsT:1128973598ksdjfhsdk Content-Type: image/jpeg; name=""1.jpg Content-ID: <A200911181734130816804M4part00> Content-Transfer-Encoding: base64 이하 생략 |
대강 봤을 때 사진은 잘 첨부되고 있고, multipart/alternative 타입을 사용한 뒤 img src에서 cid를 이용하여 다음과 같이 이미지를 삽입하고 있다.
IMG SRC=3D”cid:A200911181734130816804M4part00″
=3D는 Quoted print 타입으로 인코딩되어 있으므로 0×3D(=)이라고 보면 되고, cid:뒤에 나오는 아이디는 마지막으로 첨부되어 있는 이미지의 Content-ID와 동일하다. 별 문제는 없다는 얘기다.
다만 조금 걸리는 점이 있는데, 첨부된 이미지의 Content-type 부분에서 filename이 큰따옴표로 묶여있어야 하는데, 잘못 묶여있다. “”파일이름 식…
혹시 다른 휴대폰이랑 MMS 형식이 다른가 해서 친구에게 MMS 전송을 부탁했다.
Message-ID: <A200911181744475288203M0> Content-Type: multipart/related; type="multipart/alternative"; boundary="Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld" --Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld Content-Type: multipart/alternative; boundary="NextPart_2003_0110_00000_0000000000A" --NextPart_2003_0110_00000_0000000000A Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: base64 X-MIME-Autoconverted: from 8bit to base64 by ktfmms.magicn.com id nAI8ilJL027599 wabB1rW1sKzAu7anILD4x9e/obytpLukuw0K --NextPart_2003_0110_00000_0000000000A Content-Type: text/html; charset="euc-kr" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ktfmms.magicn.com id nAI8ilJL027599 <HTML><HEAD></HEAD> <BODY> <IMG SRC=3D"cid:A200911181744475288203M0part02"> <FONT COLOR=3D"BLACK">=C1=A6=C1=D6=B5=B5=B0=AC=C0=BB=B6=A7 =B0=F8=C7=D7=BF= =A1=BC=AD=A4=BB=A4=BB</FONT><BR><BR><BR> KTF 광고 --NextPart_2003_0110_00000_0000000000A-- --Curitel::MSBrowser::Jjangu::Jskim:2003::::::zhfldkxlaghkdlxld Content-Type: image/jpeg; name="091030-0011.jpg" Content-ID: <A200911181744475288203M0part02> Content-Transfer-Encoding: base64 이하 생략 |
필요없는 정보는 다 지워버렸고, 어쨌든 비교해보면 파일이름 부분에 버그가 없는 것을 제외하면 똑.같.다. 미투데이 측 메일 파서가 굉장히 빡빡하거나 아니면 파일이름에 큰따옴표가 들어가서 문제가 생긴게 아닌가 싶다.
결론적으로 얘기하건데 iPhone의 버그 때문에 생긴 문제일 수도 있을 것 같지만 iPhone OS에서 대응하는 것보다 미투데이 측에서 대응해주는 것이 더 빠를 것 같다.
고쳐달라!! 고쳐달라!!