エンコードのバグ？ - 秀丸メール情報交換会議室 - スレッド10595, 2003/01/10

エンコードのバグ？

ももかず さん　03/01/10 12:14

こんにちは、ももかずです。

昔の話で申し訳ないのですが、質問があります。
V2.18にて、下記のような対応がされました。しかし、まだ同じような
現象が発生するケースがあります。
ダブルクォーテーションの中に括弧があった場合、同様のエラーが発生
してしまいます。
たとえば、

To: "aaa bbb (ccc)" <xxx@aaa.com>

のような場合です。
これは仕様なのでしょうか？それともバグなのでしょうか？

>　メールで教えてもらったんですが、実はV2.16には重大なエンコード系の
>バグがあります。
>
>　たとえば、
>
> To: "aaa bbb" <xxx@aaa.com>
>
>　のようなメールを送ると、To:部分が
>
>　To: "aaa =?iso-2022-jp?b?....?= <xxx@aaa.com>
>
>　のように中途半端にエンコードされ、結果として一部のメールサーバー
>にて「ダブルクォーテーションの対応が違う」というエラーが発生してし
>まうようです。

RE:10595 エンコードのバグ？

ももかず さん　03/01/10 15:06

こんにちは、ももかずです。

追加情報です。
おそらく、こんなことがおこっているのだと思います。
ちなみに、V2.30、V2.31でエラーになることは確認しました。

　１．相手がヘッダの名前部分に『aaa (bbb)』とカッコを入れて
　　　送ってくる。
　２．鶴亀が受信時に『""』を付けて『"aaa (bbb)"』となる。
　３．送り主に返信する時には、Toの名前部分が『"aaa (bbb)"』と
　　　なる。
　４．エンコードに失敗する。
　５．サーバーでエラーになる。

>昔の話で申し訳ないのですが、質問があります。
>V2.18にて、下記のような対応がされました。しかし、まだ同じような
>現象が発生するケースがあります。
>ダブルクォーテーションの中に括弧があった場合、同様のエラーが発生
>してしまいます。
>たとえば、
>
> To: "aaa bbb (ccc)" <xxx@aaa.com>
>
>のような場合です。
>これは仕様なのでしょうか？それともバグなのでしょうか？
>
>>　メールで教えてもらったんですが、実はV2.16には重大なエンコード系の
>>バグがあります。
>>
>>　たとえば、
>>
>> To: "aaa bbb" <xxx@aaa.com>
>>
>>　のようなメールを送ると、To:部分が
>>
>>　To: "aaa =?iso-2022-jp?b?....?= <xxx@aaa.com>
>>
>>　のように中途半端にエンコードされ、結果として一部のメールサーバー
>>にて「ダブルクォーテーションの対応が違う」というエラーが発生してし
>>まうようです。

RE:10603 エンコードのバグ？

秀まるお2 さん　03/01/10 16:58

　こちらで簡単なテストをしただけですが、うまく現象が再現できないです。

　以前起きていたバグというのは、例えば

　To: "あああ" <xxx@aaa.com>

　のように指定した場合、

　To:"=?ISO-2022-JP?B?....?= <xxx@aaa.com>

　のように、先頭のダブルクォーテーションだけがエンコード対象外となってい
たために、メールサーバーがダブルクォーテーションの対応が狂ってるのと解釈
して、メールのTo:を改変してしまうという物でした。（配信されなかった訳で
はなかったと思う）

　今回、以下の２つのテストをした限りは現象は再現しません。

To: "aaa bbb (ccc)" <hideo@tower>
To: "あああいいい (ううう)" <hideo@tower>

　最初の例では、そもそも日本語を含んでないために、まったくエンコードされ
ずにそのまま送信されます。

　下の日本語を使った例の場合、送信済みメールのログを見た所、

　To: =?ISO-2022-JP?B?IhskQiQiJCIkIhsoQiAbJEIkJCQkJCQbKEIgKBskQiQmJCYkJh
soQiki?= <hideo@tower>

　のようにダブルクォーテーションで囲んだ範囲全体がエンコードされてまして、
問題無いように思います。

　具体的にダメな例があれば教えて欲しい所です。

　あるいは、特定の通信経路を通った時におかしくなるようでしたら、送信した
メールのログ（送信ログ）と受信したメールのログの両方のTo:ヘッダ内容を教
えて頂ければ、原因が分かるんじゃないかと思います。

　送信ログ/受信ログは、「検索・関連するメール・このメールのログ」とやっ
て、「そのまま開く」とすると出てきます。

RE:10613 エンコードのバグ？

ももかず さん　03/01/10 18:08

秀まるお2さん、こんにちは。ももかずです。

ちょっとテストしてみました。
どうもカッコ内が日本語ではない時に発生するようです。
例えば、
　"あああ (bbb)"
という場合、
　?ISO-2022-JP?B?IhskQiQiJCIkIhsoQg==?= (bbb)"
となります。

>　こちらで簡単なテストをしただけですが、うまく現象が再現できないです。
>
>　以前起きていたバグというのは、例えば
>
>　To: "あああ" <xxx@aaa.com>
>
>　のように指定した場合、
>
>　To:"=?ISO-2022-JP?B?....?= <xxx@aaa.com>
>
>　のように、先頭のダブルクォーテーションだけがエンコード対象外となってい
>たために、メールサーバーがダブルクォーテーションの対応が狂ってるのと解釈
>して、メールのTo:を改変してしまうという物でした。（配信されなかった訳で
>はなかったと思う）
>
>　今回、以下の２つのテストをした限りは現象は再現しません。
>
> To: "aaa bbb (ccc)" <hideo@tower>
> To: "あああいいい (ううう)" <hideo@tower>
>
>　最初の例では、そもそも日本語を含んでないために、まったくエンコードされ
>ずにそのまま送信されます。
>
>　下の日本語を使った例の場合、送信済みメールのログを見た所、
>
>　To: =?ISO-2022-JP?B?IhskQiQiJCIkIhsoQiAbJEIkJCQkJCQbKEIgKBskQiQmJCYkJh
>soQiki?= <hideo@tower>
>
>　のようにダブルクォーテーションで囲んだ範囲全体がエンコードされてまして、
>問題無いように思います。
>
>　具体的にダメな例があれば教えて欲しい所です。
>
>　あるいは、特定の通信経路を通った時におかしくなるようでしたら、送信した
>メールのログ（送信ログ）と受信したメールのログの両方のTo:ヘッダ内容を教
>えて頂ければ、原因が分かるんじゃないかと思います。
>
>　送信ログ/受信ログは、「検索・関連するメール・このメールのログ」とやっ
>て、「そのまま開く」とすると出てきます。

RE:10620 エンコードのバグ？

ももかず さん　03/01/10 18:16

秀まるお2さん、こんにちは。ももかずです。

追伸です。
OutlookやOutlook Expressから送信された場合は、カッコの前に
「\」がつくというので、
　"あああ \(bbb\)"
で試してみたら、これもまたNGで、
　?ISO-2022-JP?B?IhskQiQiJCIkIhsoQg==?= \(bbb\)"
となりました。

>ちょっとテストしてみました。
>どうもカッコ内が日本語ではない時に発生するようです。
>例えば、
>　"あああ (bbb)"
>という場合、
>　?ISO-2022-JP?B?IhskQiQiJCIkIhsoQg==?= (bbb)"
>となります。

RE:10620 エンコードのバグ？

アルビレオ さん　03/01/10 18:28

アルビレオです。

秀まるお2さんが
>>　今回、以下の２つのテストをした限りは現象は再現しません。
>>
>> To: "aaa bbb (ccc)" <hideo@tower>
と書いているので

>ちょっとテストしてみました。
>どうもカッコ内が日本語ではない時に発生するようです。

というだけでは情報不足だと思います。
具体的な例を公開できないなら、「うまくいかない場合」の送信ログを見て
気付かれたことはないでしょうか？

RE:10626 エンコードのバグ？

アルビレオ さん　03/01/10 18:34

アルビレオです。

すみません、勘違いしていました。

>>ちょっとテストしてみました。
>>どうもカッコ内が日本語ではない時に発生するようです。

かっこの外では日本語を使っているということですね。

RE:10626 エンコードのバグ？

ももかず さん　03/01/10 18:50

アルビレオさん、こんにちは。

>具体的な例を公開できないなら、「うまくいかない場合」の送信ログを
>見て気付かれたことはないでしょうか？

と書かれていますが、その後に具体例として

>例えば、
>　"あああ (bbb)"
>という場合、
>　?ISO-2022-JP?B?IhskQiQiJCIkIhsoQg==?= (bbb)"
>となります。

と、
　『送信先の記述内容』
　『送信ログで見た実際にエンコードした内容』
を書いたのですが、これ以外に何か有力になる手がかりが
あるのでしょうか？
勉強のためにも是非教えてください。

RE:10624 エンコードのバグ？

秀まるお2 さん　03/01/10 19:11

　テストしたらダメでした。これはこれはまずいバグです。

　ということでさっそく修正させていただきます。

RE:10634 エンコードのバグ？

ももかず さん　03/01/10 19:27

秀まるお2さん、こんにちは。ももかずです。

>　テストしたらダメでした。これはこれはまずいバグです。
>
>　ということでさっそく修正させていただきます。

よろしくお願いします。

RE:10629 エンコードのバグ？

秀まるお2 さん　03/01/10 23:07

　単にアルビレオさんの見逃しだと思いますが…。

　ももかずさんの情報で十分です。

RE:10634 エンコードのバグ？

ももかず さん　03/01/16 10:43

秀まるお2さん、こんにちは。

>　テストしたらダメでした。これはこれはまずいバグです。
>
>　ということでさっそく修正させていただきます。

V2.32で修正されていることを確認しました。