[ 新規に投稿する ]

outlook.comサーバー受信メールのReceivedヘッダーNo.00054
pon さん 26/06/02 18:02 [ コメントを投稿する ]
  25年末頃から、受信メールのReceivedヘッダーの頭3バイトに
UTF-8のBOMの制御コード(EF BB BF)が付いてくるようになってしまっています(Thunderbirdのソース表示で判りました)。

----------------
Received: from OS9P286MB5095.JPNP286.PROD.OUTLOOK.COM (2603:1096:604:2be::8)
 by …
----------------

手動で「そのまま転送」をすると、

「メールのヘッダ部分に不正なヘッダが含まれているか、
 またはヘッダ部分と本文の区切り用の改行がありません。」

と表示されて送信出来ない状態です。
また、振り分けで自動で「そのまま転送」すると、ヘッダー情報丸見えでデコード前の状態のメールが転送されてしまいます。

こちらの過去ログでも「受信メールをドラッグ&ドロップできない」
https://log.maruo.co.jp/hidesoft/hidesoft_8/x2513900.html

が発生していて、その時は自然と直ったようです。

本来、Microsoft側に問い合わせ対応を依頼するのがスジなのですが、秀丸メール側で対応頂く事は可能でしょうか。
[ ]
RE:00054 outlook.comサーバー受信メールのReceivedヘッダーNo.00055
秀まるお さん 26/06/02 18:49 [ コメントを投稿する ]
  まず、僕の持ってるOutlook.comのアカウントからメールを送るテストをしてみた限りでは、Received:ヘッダの先頭にBOM制御文字が入ることは無いみたいでした。秀丸メールからSMTPで送信しても、Webブラウザ上から送信しても大丈夫そうです。

Received:ヘッダの先頭にBOM制御文字が入ってるとすると、画面上では、

 Received: .....

みたいに半角空白が1つ入ってるように見えるはずだと思います。メールをエディタ・ウィンドウで開いて文字カーソルをそこに位置させて「文字コード表示」コマンドを実行すると、「U+FEFF」が確認できると思います。

再現用に、無理矢理なemlファイルを作成してそれをインポートするテストをしてみました。

内容としては、

From: aaa
To:   bbb
Subject: ccc
Content-Type: text/plain; charset="utf-8"
Received: xxxx

ddddd

みたいにして、「Received:」の前に、秀丸エディタの制御コード入力で、「U+FEFF」を入力します。または、バイナリモードでファイルを開いて「EF,BB,BF」を無理矢理入れて保存する作戦も出来ます。それで作成したemlファイルをインポートすると、たしかにBOM入りメールが生成できます。ただ、それを「そのまま転送」しても、特に制御文字についての警告は出ず、そのままBOM文字入りで転送できてしまいました。

ということでちょっと同じ状況が再現できないです。

もしかして秀丸メールのバージョンが違うせいだとしたら、とりあえず最新版に入れ替えてどういう様子かテストしてみてほしいです。

> ----------------
> Received: from OS9P286MB5095.JPNP286.PROD.OUTLOOK.COM (2603:1096:604:2be::8)
>  by …
> ----------------

僕の所だと、

Received: from SEVP216CU002.outbound.protection.outlook.com ([52.103.74.53])
    by …

みたいにIPv4アドレスが出てきます。何かその辺違う動きみたいです。

良かったら問題のメールの受信ログをエクスポートして、それをzipファイルにして送っていただいても、それで再現できるかもしれません。送っていただくとしたら、"maruo@mitene.or.jp"にお願いしたいです。

あと、ヘッダや本文の途中にBOM制御文字がある場合、秀丸メールは基本それをそのまま除去せず通すようにしてるようです。除去するようにしようと思えば出来るだろうとは思います。



> 手動で「そのまま転送」をすると、

> 「メールのヘッダ部分に不正なヘッダが含まれているか、
>  またはヘッダ部分と本文の区切り用の改行がありません。」

> と表示されて送信出来ない状態です。
> また、振り分けで自動で「そのまま転送」すると、ヘッダー情報丸見えでデコード前の状態のメールが転送されてしまいます。

> こちらの過去ログでも「受信メールをドラッグ&ドロップできない」
> https://log.maruo.co.jp/hidesoft/hidesoft_8/x2513900.html

> が発生していて、その時は自然と直ったようです。

> 本来、Microsoft側に問い合わせ対応を依頼するのがスジなのですが、秀丸メール側で対応頂く事は可能でしょうか。
[ ]
RE:00055 outlook.comサーバー受信メールのReceivedヘッダーNo.00056
秀まるお さん 26/06/03 11:05 [ コメントを投稿する ]
  サンプルメール送っていただきまして、いろいろテストしました。

まず、送っていただいたサンプルメールの1通は、たしかにBOM制御文字がReceived:ヘッダの直前に入ってました。他のメールは、

    E3 83 BB EF BD BF 

のような6バイトの謎文字列が入ってるようです。UTF-8と解釈すると最初の3バイトで1文字扱いになって、その後の「EF BD BF」がまた1文字扱いになって、BOMとも違う変な文字列になってしまうようです。

それと、「そのまま転送」で転送する場合に警告が出るかどうかテストしたんですが、僕の所では警告が出ないです。ソースコードを調べたら、「Resent-From:」などの「Resent-」で始まるヘッダが1つでもあれば、ヘッダ名部分に不正な文字があっても警告を出さないようになってました。

なので「そのまま転送」で転送する分には警告は出ないはずじゃないかと思います。なのでなぜに警告が出るのか謎です。

「そのまま転送」じゃない場合であったとして、その場合に警告を無くことも一応可能で、「全般的な設定 - 上級者向け - 確認メッセージ - 確認メッセージ2」の「ヘッダが不正な時」をOFFにすれば、出なくなります。

あともう1つ謎なのは、そもそもメールにこんな変な制御コード類が混じることですが・・・、ChatGPTに聞いてみた限りは、最近に限ってはそういう不具合報告は無いみたいな話です。何かそちらの会社のメールゲートウェー類が関係してる可能性もあると思うので、例えば問題のメールの発信元にお願いして、例えば会社とは別のメールアカウント、GmailとかYahoo!メールとかにも送ってもらってたしかに変な文字が混じるかどうかなどテストして原因を探した方がいいような気がします。あるいはもし可能ならそのユーザーさんから"maruo@mitene.or.jp"宛にテストメールを送ってもらっても、こちらで確認できます。
[ ]
RE:00056 outlook.comサーバー受信メールのReceivedヘッダーNo.00062
pon さん 26/06/03 22:54 [ コメントを投稿する ]
  調査頂きありがとうございます。

>    E3 83 BB EF BD BF 

バイナリエディタで私も確認しましたが、確かに上記6バイトのケースと3バイトのBOMの時がありました。

その視点で改めて受信側を確認したところ、上記6バイトのケースだと正常なメールとして受信出来ており、BOMの3バイトだと異常なメール(本文がヘッダー内容からはじまり、そのままデコードされていない状態)として受信していました。


エラーが出て送信出来ない件ですが、振り分けで自動的に動く場合はエラーが出ていないです。
手動で「受信」フォルダから該当メールを選んで「そのまま転送」するとエラーになります。「受信ログ」フォルダから選ぶとエラーは出ずに送信出来ていました。
エラー表示ですが、最初に書いたものが違っていました。すいません。
「送受信エラーの記録」ウィンドウで以下のような内容でした。エディタウィンドウも同時に表示されます。

-----
「送信でエラーが発生しました。

Message-ID: <…348.eurprd06.prod.outlook.com> でのエラー:ヘッダ部分にヘッダとして間違った形式の文字列が含まれています。内容 = ・ソReceived: from TY4P286MB7023.JPNP286.PROD.OUTLOOK.COM (2603:1096:405:344::14)by TYCP286MB2162.JPNP286.PROD.OUTLOOK.COM with HTTPS; Tue, 2 Jun 202611:25:11 +0000
------

変な制御コード類が混じる事ですが、他の送信元からの全てのメールに混じっている状態ですので「JPNP286.PROD.OUTLOOK.COM」固有の事象が疑わしいです…。
それに転送がうまくいっているメールに関しても、転送先側できちんと受信出来ているかも不明ですので、通常の転送などの他の方法をとるか、Microsoftや送信元側で調べてもらうなどの対応をしたいと思います。
迅速な調査対応ほんとうにありがとうございました。
[ ]
RE:00062 outlook.comサーバー受信メールのReceivedヘッダーNo.00065
秀まるお さん 26/06/04 11:30 [ コメントを投稿する ]
  送っていただいたサンプルの「E3 83 BB EF BD BF」が入るタイプは、すべてなぜだかReceived:ヘッダが先頭にあるという、普通ありえない形式になってたので、受信ログそのままでは無かったんじゃないかと思います。個人情報が心配だからということで何か編集されたのかもしれないなと思いました。

たぶん実際のメールはReceived:ヘッダの前にMessage-Id:ヘッダがあって、しかも改行コードも化けてるか何かでMessage-Id:ヘッダとReceived:ヘッダが合体してしまってるんじゃないかと思います。そこまでいくと僕の方でなんとか出来る話では無いです。

ちなみにChatGPTに聞いた所では、Received:ヘッダを生成するのは受信した側のサーバーなので、Outlook.comが原因でReceived:ヘッダが壊れるのはちょっとおかしいんじゃないか、という話です。受信側のサーバーの問題じゃないかというような話です。

とりあえず僕の方での調査はこの辺で終了させていただきます。
[ ]

[ 新規に投稿する ]