受け取ったメールの添付ファイル名の文字化けについて

こんにちは。

まぁ、、フィードバックするのは構いませんが．．．

＞メールアプリのバグっぽいですね。

ココだけ。　私なりの解釈を。

＞filename="=?UTF-8?B?4piFUjTli6Tli5nooajvvIjljLvluKvku6XlpJbvvIkxMeaciC54bHN4?="

コレが問題の部分ですね。

＞Content-Disposition: attachment;

の下にfilename=があるのは正しいのですが、この中身をMIMEでエンコードするのは果たして

正しいのか？？

たぶん、Appleのメールは本文のMIME指定と同じ文字コードとみなしてfilename=の中身も

デコードしてるんじゃないかな。(それもわかる気もするけど、正しいわけではないなぁ・・)

RFCの(現在の)規定ではfilename= に格納していいのはASCIIのみのはずです。

で、ココに多言語に対応する規定はなかったので、(たぶん)GmailではMIMEエンコード

してしまえ、とやっちまったのだと思います。　その気持ちと思いつきはわからんでもないですが、、、

これはかなり、、乱暴なやり方をやっちまったもんだなぁとも思います。

MBoxから出したり入れたりする際にMIMEのフィルタを通すので、この部分も(意図せず)うまく

デコードされるわけです。（MIMEのフィルタを通すだけでいいという思いつきだけは感心します。）

現在のRFCの規定では、多言語対応の場合、

Content-Disposition: attachment;

filename=hello.txt ←ここにはASCII(ISO-8859-1 )のみを格納

filename*='UTF-8''こんにちは.txt' ←エンコード(RFC5987)指定(追加拡張)

とするのが正しいんじゃないかと思います。

今は過渡期で、Gmailが添付File名の文字化け対策にMIMEを無理やり使った、けど

このやり方はUS-ASCII圏の人が困ってしまう、後方互換性に問題がある。

で、正規の規格ではfilename*=で追加拡張して

文字コード指定可能な仕様を策定した、、ってことじゃないんですかね。(RFC6266)

filename=の中身をMIMEデコードするようにAppleが修正する必要なんかないと思うし、

時間をかけて、、、、filename*= にも対応したメールソフトが浸透するのを待つしかないか、

と私は思ってます。

それまでは、Filenameに日本語を使えるのはもう少し先の話なので、今は「使わない」が正しいと

私は思いますけどね。。。。

以上、私見ですが、

こんな考えもあるということで。

久しぶりに文字化けした添付ファイル付きのメールが私のGmailアドレス宛に届きましたので動作確認しました。

（ちなみにこの方からのメールに添付されたファイルの日本語は必ず文字化けします。送信者の環境は未確認。）

私の環境はmacOS12.4です。

1. このMac内に「Test」というフォルダを作成。
2. Macのメールアプリで、文字化けした添付ファイルを含むメールをGmailの受信フォルダから、Testフォルダにドラッグアンドドロップで移動する。
3. 添付ファイル名の文字化けが正常な日本語になっていることを確認。
4. Macのメールアプリで、文字化けした添付ファイルを含むメールをTestフォルダから、Gmailの受信フォルダにドラッグアンドドロップで移動する。
5. 添付されたファイル名の文字化けはしておらず、正常な日本語になっていることを確認。

てっきりEメールの仕様による文字化けだばかり思っていましたが、これはメールアプリのバグっぽいですね。

フィードバックしていきましょう。

製品フィードバック - Apple（日本）

これって不具合かどうか難しいのですよ。

もともとインターネットの世界はアルファベットの文字しか使えませんでした。

その環境で日本語のような2バイト文字を使うために開発された環境がシフトJISとかEUC-JPとかbase64とか……。

その後世界中の言語に一括対応できるために開発されたのがUnicode。

で、世界中がUnicode対応で動いていれば問題ないのですが、一部古い環境ではまだシフトJISとかが動いています。

これらのレガシーな環境に関して、一応仕様はあるのですが、穴だらけなんですよね。

受信側がちゃんとしていても送信側の環境次第では文字化けします。

メールに関しては受信側と送信側相互に環境を合わせないと絶対に文字化けしない状況は作り出せないのですよ。

前置きはこの程度にして対応策を書いておきます。

メールがIMAPでWEBメールを使える場合、文字化けが起こったメールをWEBメールで受信してみてください。

かなりの確率でファイル名が文字化けしていない状況でダウンロードできると思います。

最後に追記：

メール自体のエンコードに問題がなく、他の環境では正しく表示され、また、Mac内のメールボックスに移動すれば正しく表示される状況はバグとしか思えません。

メール本文と添付ファイルの文字化けに関して、電子メールの仕様書通りにプログラムをかけていない場合はバグです。

でも仕様書通りにプログラムを書いているにもかかわらず、不具合が起こるのであればバグではなくて仕様書の問題です。

電子メールに関しては、開発当初アルファベットの文字だけでの通信でした。

その仕様をつぎはぎで足しながら現在の仕様にアップデートされてきましたので、一貫性のある仕様にはなっていないのですよ。

これは世界中のメール送信側、メール中継所、メール受信側がUnicodeに完全対応しない限り起こり得る話なのです。

多分Appleはレガシーな環境に今更対応する気はさらさらなく、Unicodeが扱えればいいんじゃないってことだと思う。