[Date Prev][Date Next][Thread Prev][][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 の ';' と同レベルかなぁ。

-- 
白井秀行@って腰据えてやる暇はないのでこんなのばっかし