[▲前のスレッド]

[23429] 空白が余計に表示される問題について 
2004/7/11 (日) 23:00:37 やまざき
tcn030058.tcn-catv.ne.jp / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Lunascape 1.2)
やまざきと申します。
初めまして。

Subjectが複数行に分割されてMIMEエンコードされている時に、
メールの一覧表示で、空白が余分に表示されてしまう問題があり、
できれば修正をお願いしたいと思い、書き込みをいたしました。

問題が出るSubject例:
=========================
Subject: Re: =?ISO-2022-JP?B?GyRCIVobKEI=?=
     EVENT =?ISO-2022-JP?B?GyRCIVsbKEI=?=
     =?ISO-2022-JP?B?GyRCJSQlWSVzJUg5cENOGyhC
?=
     7/11 =?ISO-2022-JP?B?GyRCRWw1fhsoQg==?=
=========================
☆一部のMUAに上記のようなエンコードをするものがあります。

問題概要:
1.メールの一覧表示の部分でのみ、
 Re: 【      EVENT 】イベント告知      7/11 東京
 のような感じに、空白が余分に表示されます。

2.個々のメールのSubject表示や、返信の際のRe:が
 ついたSubjectでは、空白は普通に表示されます。

以上、修正のご検討をよろしくお願いします。

[23430] Re:空白が余計に表示される問題について 
2004/7/11 (日) 23:08:17 やまざき
tcn030058.tcn-catv.ne.jp / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; Lunascape 1.2)
やまざきです。

ブラウザだと半角スペースが圧縮されて表示されて
しまうので、分かりにくいですね・・・。(汗

HTMLソースを見て頂けますでしょうか?

また、「?=」が勝手に改行されてしまった部分が
ありますが、この改行は無視してください。

以上、すみませんが、よろしくお願いします。

[23443] Re:空白が余計に表示される問題について 
2004/7/12 (月) 16:13:05 shushu
210.130.175.9 / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
▼ やまざきさん

> 問題が出るSubject例:
> =========================
> Subject: Re: =?ISO-2022-JP?B?GyRCIVobKEI=?=
>      EVENT =?ISO-2022-JP?B?GyRCIVsbKEI=?=
>      =?ISO-2022-JP?B?GyRCJSQlWSVzJUg5cENOGyhC
> ?=
>      7/11 =?ISO-2022-JP?B?GyRCRWw1fhsoQg==?=
> =========================


これをRFC2822/RFC2047に従ってデコードすると・・・

> 1.メールの一覧表示の部分でのみ、
>  Re: 【      EVENT 】イベント告知      7/11 東京
>  のような感じに、空白が余分に表示されます。


となります。これが正解です。(RFC2822/RFC2047的には)
Outlook Expressでもこのようにデコードされます。


> ☆一部のMUAに上記のようなエンコードをするものがあります。

それが、送り手が意図した結果と違うなら、
送信側MUAのエンコードが間違っています。


> 2.個々のメールのSubject表示や、返信の際のRe:が
>  ついたSubjectでは、空白は普通に表示されます。


デコード処理としてはこちらが誤りです。
このケースでは、明らかにこちらのほうが「普通」に
見えますが、意図的に空白を多く使用した場合には、
Becky!は正しく表示してくれないでしょう。

送信側MUAの開発元に連絡して、エンコード処理を
修正してもらうことをお勧めします。

[23445] Re2:空白が余計に表示される問題について 
2004/7/12 (月) 16:57:14 やまざき
202.32.93.164 / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Lunascape 1.2)
▼ shushuさん
> > 1.メールの一覧表示の部分でのみ、
> >  Re: 【      EVENT 】イベント告知      7/11 東京
> >  のような感じに、空白が余分に表示されます。
> となります。これが正解です。(RFC2822/RFC2047的には)
> それが、送り手が意図した結果と違うなら、
> 送信側MUAのエンコードが間違っています。


はい、確かに、
 Unfolding is accomplished by simply removing any
 CRLF that is immediately followed by WSP.
と書いてあり、勝手にスペースを削除して良いとは
書いてありませんものね。。。

> > 2.個々のメールのSubject表示や、返信の際のRe:が
> >  ついたSubjectでは、空白は普通に表示されます。
> デコード処理としてはこちらが誤りです。
> このケースでは、明らかにこちらのほうが「普通」に
> 見えますが、意図的に空白を多く使用した場合には、
> Becky!は正しく表示してくれないでしょう。


そうですね。
残念です。

規格を破らないことは、なるほど、大事ですが、
時にはユーザの利便性のために、オプションで動作を
変更できるなどの選択肢があったら嬉しいところです。

どうもありがとうございました。
無理を言ってすみませんでした。

[23463] Re3:空白が余計に表示される問題について 
2004/7/13 (火) 10:03:50 RONTEN
p2236-ipbf07funabasi.chiba.ocn.ne.jp / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322)
▼ やまざきさん
> 規格を破らないことは、なるほど、大事ですが、
> 時にはユーザの利便性のために、オプションで動作を
> 変更できるなどの選択肢があったら嬉しいところです。


うーん、それはちょっと違うと思うよ。

もし、規格破りの型式が、事実上の標準の1つとなって
すでに広く流布しているのであれば、
または、規格に不備があり順守できないのであれば、
それに対応するオプションがあってもよいと思います。

しかし、規格を守っていない
たった1つの送信側MUAに対応するために、
受信側も規格破りをするというのは、
Becky!だけではなく、すべてのメーラが規格破りをして
対応(すなわち事実上の標準化)しなければ、
意味がありません。

やはりこういうのは、ルール(規格)を守って
成り立っているメールの世界ですから、
まずルールに従っていない送信側MUAが
きちんと対応するのが筋であると思う。

そうしなければ、例外的なオプションだらけとなります。

[23465] Re4:空白が余計に表示される問題について 
2004/7/13 (火) 10:55:21 やまざき
202.32.93.164 / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Lunascape 1.2)
▼ RONTENさん
> やはりこういうのは、ルール(規格)を守って
> 成り立っているメールの世界ですから、
> まずルールに従っていない送信側MUAが
> きちんと対応するのが筋であると思う。


そうですね、それが正論です。

 ***

ただ、メール一覧表示以外の、個別のSubject表示や、
返信時のRe:がつくSubjectについては、この空白の件、
(なんらかの事情があって、)例外的なデコード/表示
をしているのですよね?

#これが、何らかの要望に基づいてのことかどうかは
#分かりませんが。

それであれば、一覧表示も同様の表示を行うように
検討して頂く余地もあるのではないかと思って、
書き込みをさせて頂きました。

が、しかし、
>まずルールに従っていない送信側MUAが
>きちんと対応するのが筋であると思う。

というのは、良く分かります。

このような表示に違和感を感じているのが、
私だけであるのであれば、修正をお願いするのには
至りませんね。

残念ですが、仕方がありません。

この度は貴重なお時間を割いて頂いて
ありがとうございました。

[23470] RE: 空白が余計に表示される問題について 
2004/7/13 (火) 15:24:15 鈴木@大阪
tyo107.gate.nec.co.jp / INCM1.23a
> 問題が出るSubject例:
> =========================
> Subject: Re: =?ISO-2022-JP?B?GyRCIVobKEI=?=
>      EVENT =?ISO-2022-JP?B?GyRCIVsbKEI=?=
>      =?ISO-2022-JP?B?GyRCJSQlWSVzJUg5cENOGyhC

?=
>      7/11 =?ISO-2022-JP?B?GyRCRWw1fhsoQg==?=
> =========================


このデータで試してみましたが、

> 問題概要:
> 1.メールの一覧表示の部分でのみ、
>  Re: 【      EVENT 】イベント告知      7/11 東京
>  のような感じに、空白が余分に表示されます。
>
> 2.個々のメールのSubject表示や、返信の際のRe:が
>  ついたSubjectでは、空白は普通に表示されます。
>

にはならずどちらも
Re: 【  EVENT 】イベント告知  7/11 東京
と表示されましたが…。バージョンはいくつですか?

--
(宣伝)質問する前にFAQを… "B2 FAQ Working Group"
http://www.becky-users.net/faq.html

[23481] Re2: 空白が余計に表示される問題について 
2004/7/13 (火) 17:43:07 やまざき
202.32.93.164 / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Lunascape 1.2)
▼ 鈴木@大阪さん
> にはならずどちらも
> Re: 【  EVENT 】イベント告知  7/11 東京
> と表示されましたが…。バージョンはいくつですか?


2.09.01 を使用していました。
(質問前に最新版で調べるべきでしたね。反省。)

しかしながら、残念なことに、最新版 2.10.04 でも
やはり空白が出力されるようです。

#Subject:の次からの3行の、先頭のスペース5文字を
#省略されたりしておりませんでしょうか?

 ***

ところで、ふと、フォントの設定の違いかとも思って
調べたのですが、メール本文のフォントはFixedSys
になっていました。メール一覧のフォントの設定が
変更できるかは分かりませんが、これを、
プロポーショナルなものに変更すれば現象が緩和
されるかも知れない?とか夢想してしまいました。
(でも、解決にはなっていませんね。。。

[23496] Re3: 空白が余計に表示される問題について 
2004/7/14 (水) 02:27:33 乗松知博
px8wh.vc.shawcable.net / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705)
こんにちは(^^)

すみません。先ほど現象をよく確認せずに間違ったことを
書いてしまいましたので削除しました。

複数行に渡るSubjectをunfoldingする際、改行に続く空白は
いくつあっても一つの空白として処理されるのが正常です。
しかしながら、Becky!では受信時にはその処理をしていない
ようです。(ソースに貼り付けた時点では再現しませんでし
た。)

もうちょっと調べてみます。たぶんすぐに修正できると思います。
お手数おかけして申し訳ありません。

[23497] Re4: 空白が余計に表示される問題について 
2004/7/14 (水) 03:40:49 乗松知博
px8wh.vc.shawcable.net / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.0.3705)
こんにちは(^^;;

たびたびすみません。

▼ 乗松知博さん
> 複数行に渡るSubjectをunfoldingする際、改行に続く空白は
> いくつあっても一つの空白として処理されるのが正常です。


違いました。(^^;;
RFC2822では、Subjectなどにおいては、空白はそのまま解釈
するのが正解のようです。

とはいえ、古い解釈をするMUAと返信や転送などのやりとりで、
空白が増えていくのもあまりうれしくありませんので、
落とし所としては、一覧表示上は空白はそのまま、
返信などの際に適宜取り除く、という感じでしょうか。

そうすると、現行のBecky!の仕様も、一貫性がないようで
すが、これはこれでいいかなという気がしてきました。(^^;;

二転三転してすみませんが、とりあえずは、現行の仕様の
ままということで。(__;;


[23498] Re5: 空白が余計に表示される問題について 
2004/7/14 (水) 10:21:58 やまざき
202.32.93.164 / Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461; Lunascape 1.2)
乗松知博さん

確認をして頂きましてありがとうございました。
お手数をおかけいたしました。

> そうすると、現行のBecky!の仕様も、一貫性がないようで
> すが、これはこれでいいかなという気がしてきました。(^^;;
> 二転三転してすみませんが、とりあえずは、現行の仕様の
> ままということで。(__;;


なるほど、納得です。(^^)
確かにちょうど良い落しどころだと思いました。

この度は、ご親切にご回答頂きありがとうございました。
 >皆さま

[▼次のスレッド]
INCM/CMT
Cyclamen v3.84