[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: problem with attaching
From: Shun-ichi GOTO <gotoh@taiyo.co.jp> さん曰く
Subject: [emacs-w3m:05757] Re: problem with attaching
Message-ID: <20030919.203449.132843531.gotoh@taiyo.co.jp>
Date: Fri, 19 Sep 2003 20:34:49 +0900 (JST)
白井> な感じで boundary の前に "\r\n" をいれてやると yahoo mail の場合
白井> はうまくいったんですが、他のときに大丈夫か全然わからないので、コ
白井> ミットする勇気は無いのですが、どんなもんでしょう。
後藤> rfc-2046.txt, Page 19 によれば、boudary の前後にはCRLF が必要であり、そ
後藤> れらは(前のパートのcontent にではなく)boundary に属するものであり、これ
後藤> はCRLF で終らないcontent を送る際にも『boudary が行頭から始まる』という
後藤> 条件を満たすために必要なものだそうで。
後藤> w3m-form.el の code を見てはいないのだけど、それに該当してますかねぇ?
うんにゃ、パッチまえだと(form だからヘッダーとかは違いますが)コー
ドを見ると
(1)
--0-327321095-1063967228=:86457
Content-Type: text/plain; charset=iso-2022-jp
Content-Description: zzz.txt
Content-Disposition: inline; filename="zzz.txt"
1234567890
--0-327321095-1063967228=:86457
みたいに boudary の前後に CRLF をつけて送っています。だけど、
yahoo から帰ってきたときは、
(2)
--0-327321095-1063967228=:86457
Content-Type: text/plain; charset=iso-2022-jp
Content-Description: zzz.txt
Content-Disposition: inline; filename="zzz.txt"
12345678
--0-327321095-1063967228=:86457
と "90" がなくなっていたのでした。binary(PNG) だと binary で
2byte 欠けたのをきちんと base64 していました。
だから
(3)
--0-327321095-1063967228=:86457
Content-Type: text/plain; charset=iso-2022-jp
Content-Description: zzz.txt
Content-Disposition: inline; filename="zzz.txt"
1234567890
--0-327321095-1063967228=:86457
として送ってみたら、(1) みたいに CRLF が削れて?帰ってきたので、
完璧に対処療法です。
後藤> ただ、そうだとしても yahoo が2byte 削っちゃうのはなんかヘンだとは思うけど。
なのですよ。
他に post で file を使える web ページを知らないのでだれが悪いか
は不明なのです。手元でそういう実験が出来る人は yahoo が悪いのか
emacs-w3m が悪いのか試して貰いたいところです。
# この前の GIF の ';' と同レベルかなぁ。
--
白井秀行@って腰据えてやる暇はないのでこんなのばっかし