― MozillaZine.jp フォーラムは Mozilla 製品に関する情報交換の場です ―



All times are UTC + 9 hours

新しいトピックを投稿する トピックへ返信する  [ 10 件の記事 ] 
作成者 メッセージ
投稿記事Posted: 2020年9月23日(水) 13:58 
以前にも似たような投稿(U+FEED)があったのですが、今回はまたちょっと違うのかなということで投稿させていただきます。

把握している症状としては、こちら(Thunderbird52.9.1※U+FEEDの問題があったので古いVerで申し訳ないです。)から添付ファイルを送付すると、受信側のOutlook2019の”添付ファイル名が”文字化けします。
※「例)◯◯について」が文字化けして、「例)乾澗コ轡・・・」

添付ファイルは「ファイル名」は文字化けするのですが、添付ファイルの中やメール本文には文字化けはりません。

色々調べてみたのですが、下記のURLのように、Outlookユーザーでは広く再現しているようです。そこでは8月下旬~9月上旬のパッチ適用後に発生しているとかの様子です。
https://answers.microsoft.com/ja-jp/mso ... 2a06a6df7d

なんとか、Thunderbird側で対処できないものかと、テキストエンコーディングの変更や、かつて発生していた問題で「mail.strictly_mime.parm_folding」を「0」に変更する等を試してみましたが、今回はまったく改善しません。
「日本語」が文字化けするのかと「アルファベット」入力のファイル名なら文字化けしませんでした。

このような事象を皆様はご経験されているでしょうか?
また、Outlookの対応待ちなのか、Thunderbirdで何かできる有効な方法はないものかと思っております。
よろしくお願いします。


通報する
ページトップ
  
引用付きで返信する  
投稿記事Posted: 2020年9月23日(水) 21:17 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 1576
マルチビタミン さん
別トピックで書いた viewtopic.php?f=3&t=18156&p=66905#p66905 と同じことを、マルチビタミン さんにも教えてほしいです。

Microsoft コミュニティの方は読みました。
それを読む限り、Thunderbird 側の落ち度はなく、Outlook 側が最新のRFCに基づいた添付ファイル名のソースを正しく処理できていないという問題かと思います。
フィードバックはすでに送っている方がいるようですので
現状できることは
送信(Thunderbird)側:添付ファイルを短い英数名称のzipファイルに入れてから添付
受信(Outlook)側:可能ならWindowsをロールバック(詳細はMicrosoft コミュニティ参照)する
でしょう。

まずは、正確な情報をお願いします。(それによっては別の問題かもしれません)

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2020年9月24日(木) 12:27 
EarlgreyTeaさん

下記3パターンの情報となります。よろしくお願いします。
(一部、スパム判断され投稿できないので省略型で申し訳ありません)

>Thunderbird 側の落ち度はなく
基本的にはそのように理解はしているものの、Thunderbird以外や、Outlook同士だと症状が再現しないこともあるようで、何かThunderbird側で調整できないものかと考えています。

■メール1(日本語なし添付>ファイル名文字化けなし)
Content-Type: text/plain; charset=iso-2022-jp; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit

Content-Type: application/pdf;
name="test1.pdf"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename="test1.pdf"

■メール2(日本語あり添付>ファイル名文字化けあり、拡張子変更あり)
(上記「メール1」との差異のみ)
name="=?UTF-8?B?44OG44K544OIMi5wZGY=?="

filename*0*=iso-2022-jp''%1B%24%42%25%46%25%39%25%48%1B%28%42%32%2E%70%64;
filename*1*=%66

■メール3(「メール2の添付」をYahooWEBメールから送信>ファイル名文字化けなし)
(上記「メール1」との差異のみと、テキストエンコードは「text/plain; charset=UTF-8」です。)
filename="=?UTF-8?b?44OG44K544OIMi5wZGY=?="
Content-ID: <5h2liOJcsM3u7DW9dvJH>


通報する
ページトップ
  
引用付きで返信する  
投稿記事Posted: 2020年9月24日(木) 22:28 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 1576
マルチビタミン さんが書きました:
基本的にはそのように理解はしているものの、Thunderbird以外や、Outlook同士だと症状が再現しないこともあるようで、何かThunderbird側で調整できないものかと考えています。

そもそも、Outlook の日本語添付ファイル名の記述方法、実はRFC的には正しくないのです。(別トピック「添付ファイルのfilenameステートメントについて」参照)
Outlook の生成したソースを Outlook が解釈できるのは当然です。
Thunderbird には、正しくない構文に切り替えるようなオプションは残念ながら存在しません。
その反面、Thunderbird は Outlook などのソフトが作成する日本語添付ファイル名の記述を問題なく解釈します。

マルチビタミン さんが書きました:
■メール2(日本語あり添付>ファイル名文字化けあり、拡張子変更あり)
(上記「メール1」との差異のみ)

こちらを元に再現を試みました。
手順としては
  1. Thunderbird でテキストエンコーディング「ISO-2022-JP」、プレーンテキスト形式でメール1を作成して emlファイルとしてエクスポート
  2. eml ファイルを編集してメール2の差異分を適用
  3. それを下書きとして Thunderbird にインポートして編集・送信
  4. Outlookで受信して添付ファイルを確認
という具合です。

結果としては添付ファイル名は「テスト2.pdf」と正常であり、プレビューや保存も問題ありませんでした。

なお、私が持っている Outlook は Office 2016 ではなく、
Microsoft(R) Outlook(R) for Microsoft 365 MSO (16.0.13231.20146) 64ビット
になります。

事前に下記の Windows Upadte
  • .NET Framework 3.5 用の2020-09累積的な更新プログラムのレビューと x64 (KB45476947) のWindows 10 Version 1909 用の 4.8
  • 2020-09 x64 ベースシステム用 Windows 10 Version 1909 の累積更新プログラム (KB4577062)
および、Outlook の更新プログラムを適用しています。

もしかしてすでに対策されたのでしょうか。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2020年9月25日(金) 12:55 
EarlgreyTeaさん

検証ありがとうございます。
再現しなかったということで、改めてオフィス系の更新を実施後に、Outlook2019での動作確認しましたが、やはり再現しました。(WINアップデートは確認してません。)

結局、Outlookユーザーのシェアを考えると無視できない点と、Outlookユーザーには、送信側のせいにされることもあるので困っちゃいますね。

調べている中で「mail.server.default.mime_parts_on_demand」はどうだろうかを試しましたが、これもダメでした。

ちょっと理解が乏しいので恐縮なのですが、上記のメール3を見ると、「filename」に「iso-2022-jp」ではなく「UTF-8」が入っていると思いますが、そういったことから最初からテキストエンコードを「UTF-8」を使用すれば回避できるとかそういうことではないのですかね。
実際、「UTF-8」にすると、他の日本語が化けたりして困ってしまうのですが。


通報する
ページトップ
  
引用付きで返信する  
投稿記事Posted: 2020年9月26日(土) 02:14 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 1576
マルチビタミン さんが書きました:
調べている中で「mail.server.default.mime_parts_on_demand」はどうだろうかを試しましたが、これもダメでした。

マルチビタミン さんの Thunderbird のメールアカウントは IMAP なのでしょうか。
あとついでに、どこのメールサービスなのかも伺っておいた方がよさそうです。
mail.server.default.mime_parts_on_demand というのは、IMAP の特にGmailのサーバーにあるメールの添付ファイル部分をダウンロードする挙動に関する設定だったと思います。
true なら添付ファイルにアクセスする際にオンデマンドでダウンロードし、false なら常に添付ファイルも含めてダウンロードする、という感じだったかと。
したがって、POPなら(推測ですが)関係ない気がします。

マルチビタミン さんが書きました:
ちょっと理解が乏しいので恐縮なのですが、上記のメール3を見ると、「filename」に「iso-2022-jp」ではなく「UTF-8」が入っていると思いますが、そういったことから最初からテキストエンコードを「UTF-8」を使用すれば回避できるとかそういうことではないのですかね。

繰り返しになりますが、構文の問題かと思われます。
リンクを記載しました別トピックは読んでいただけましたでしょうか。
まあ、長くなりますが改めて説明するとしましょう。

まず、日本語を含む短くないファイル名「マウスコンピューター(ST007070437).pdf」を添付した場合の実際のソースはこのようになります。

Thunderbird:
コード:
Content-Type: application/pdf;
 name="=?UTF-8?B?44Oe44Km44K544Kz44Oz44OU44Ol44O844K/44O8KFNUMDA3MDcwNDM3?=
 =?UTF-8?B?KS5wZGY=?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
 filename*0*=UTF-8''%E3%83%9E%E3%82%A6%E3%82%B9%E3%82%B3%E3%83%B3%E3%83%94;
 filename*1*=%E3%83%A5%E3%83%BC%E3%82%BF%E3%83%BC%28%53%54%30%30%37%30%37;
 filename*2*=%30%34%33%37%29%2E%70%64%66

Outlook:
コード:
Content-Type: application/pdf;
   name="=?utf-8?B?44Oe44Km44K544Kz44Oz44OU44Ol44O844K/44O8KFNUMDA3MDcwNDM3KS5w?=
 =?utf-8?Q?df?="
Content-Description:
 =?utf-8?B?44Oe44Km44K544Kz44Oz44OU44Ol44O844K/44O8KFNUMDA3MDcwNDM3KS5w?=
 =?utf-8?Q?df?=
Content-Disposition: attachment;
   filename="=?utf-8?B?44Oe44Km44K544Kz44Oz44OU44Ol44O844K/44O8KFNUMDA3MDcwNDM3KS5w?=
 =?utf-8?Q?df?="; size=14512772;
   creation-date="Wed, 09 Sep 2020 00:36:33 GMT";
   modification-date="Wed, 09 Sep 2020 00:44:45 GMT"
Content-Transfer-Encoding: base64


Content-Type フィールドの name パラメータに関しては改行位置が少し異なるだけで基本は同じです。

注目すべきは Content-Disposition フィールドの方で、filename パラメータの構文が全く異なるのがわかるかと思います。
Thunderbird は RFC 2231 準拠のファイル名エンコーディングを行っています。
それに対し、Outlook は残念ながら、従来からの RFC違反のファイル名エンコーディングを行っています。
ここでは仮に、前者をRFC 2231方式、後者をMIME方式と呼ぶことにします。

非アスキー文字ファイル名のエンコーディングの対応状況ついて、いくつかのメールソフトを調べてみました。

結果は上記の表のとおりです。
Becky! と Sylpheed は設定でどちらの方式で送信するか選択可能で、規定はMIME方式になっています。
Outlook の RFC 2231方式の受信に関しては、私のところではできていますが不具合報告が上がってますので「?」にしています。
ちなみに、なぜMIME方式がRFC違反なのかについては下記のサイトを読んでみてください。

添付ファイルにおける日本語のファイル名に関して (Last modified: Thu Feb 8 07:22:14 2001)

マルチビタミン さんが書きました:
実際、「UTF-8」にすると、他の日本語が化けたりして困ってしまうのですが。

それは本件とは別の話です。
というか全くの初耳ですし、正直どういう状況なのかが呑み込めません。

マルチビタミン さんが書きました:
結局、Outlookユーザーのシェアを考えると無視できない点と、Outlookユーザーには、送信側のせいにされることもあるので困っちゃいますね。

Microsoft や Google などの圧倒的なシェアを持ってる側が、標準仕様を軽んじるような行動をすることがあるのは残念なことです。
しかし一方で、Mozilla などももう少しユーザー本位に融通を利かせた方がいいのではと思うこともありますね。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2020年9月26日(土) 02:26 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 1576
Microsoft コミュニティ
https://answers.microsoft.com/ja-jp/mso ... f7d?page=3
を確認したところ、9月25日付の投稿で Windows Update KB4574727 の適用で問題が解消されているとの報告がありました、
回避策についての検証結果もまとめられています。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2020年9月29日(火) 17:24 
EarlgreyTea さんが書きました:
を確認したところ、9月25日付の投稿で Windows Update KB4574727 の適用で問題が解消されているとの報告がありました、
回避策についての検証結果もまとめられています。

同じ問題を調査しておりましたら
こちらのスレッドが検索結果に出たので横からですが補足しておきます。

問題が解消されているわけではなく
・KB4574727 を適用し かつ
・Outlookのバージョンを古いものにロールバックする

ことで、この問題を回避できるだけです。

2020年9月29日現在
最新のOutlookバージョンでは、残念ながらまだ問題が残っています。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18363


通報する
ページトップ
  
引用付きで返信する  
投稿記事Posted: 2020年9月29日(火) 20:18 
オフライン

登録日時: 2014年2月22日(土) 00:59
記事: 1576
通りすがりです。 さんが書きました:
問題が解消されているわけではなく
・KB4574727 を適用し かつ
・Outlookのバージョンを古いものにロールバックする

ことで、この問題を回避できるだけです。

ご指摘ありがとうございます。
「かつ」を「または」と誤認しておりました。

【9月30日(水) 23:47 訂正】
Office 2019版のOutlook: KB4574727適用+Outlookを過去バージョンにロールバック
Microsoft 365版Outlook: KB4574727適用+Outlookを最新にアップデート
で回避できるようです。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2020年10月22日(木) 14:47 
ようやく、マイクロソフトが動いたようです。
10/23から公開を開始し、ユーザーに届くのは11月下旬のようですね。

https://support.microsoft.com/en-us/off ... c1b3a97648


通報する
ページトップ
  
引用付きで返信する  
期間内表示:  ソート  
新しいトピックを投稿する トピックへ返信する  [ 10 件の記事 ] 

All times are UTC + 9 hours


オンラインデータ

このフォーラムを閲覧中のユーザー: Google [Bot] & ゲスト[35人]


トピック投稿:  可
返信投稿:  可
記事編集: 不可
記事削除: 不可
ファイル添付: 不可

検索:
ページ移動:  
Powered by MozillaZine.jp® Forum Software © phpBB Group , Almsamim WYSIWYG
Japanese translation principally by ocean