根本的解決は、そのゲートウェイ開発元にクレームしてください。いう不完全なヘッダは、許容します。お使いのメールビューアに手動での文字コード指定または変換機能がある場合、それを試してみてください。そのような機能がない場合は、一旦ファイルに保存し、外部ツールで文字コード変換を行なってください。添付ファイルとしてShift_JISで書かれていないファイルを受けとった場合も同じようにして読むことができます。8ビットを使う文字コードの場合、メールの配送中に破損した可能性があります。インターネットメールでは7ビットしか転送が保証されていないからです。使用しない場合、上記のように本文テキストをMIMEエンコードするのはこの対策と思われる。UTF-7)を使用してもらうようにしましょう。メールをサーバに残していると、何度でも受信されるメールがあります。受信確認ウインドウでSubjectや送信者が表示されないメールがあります。サーバが対応する新着確認方式を確認してください。新着確認にはMessage-IDとUIDが使用できますが、それぞれTOPコマンドとUIDLコマンドのサポートが必要です。UIDを受信前に確認できませんので、サーバに残して有る全てのメールが何度でも受信されます。TOPコマンドに非対応だと受信前の確認で詳細確認もできません。ヘッダが無いのかもしれません。付けないようになっています。相手がそのようなサーバを利用しているのかもしれません。つけて送信してくれます。スレッドを構築するためにも使われます。付きで送信されるようにしましょう。ヘッダが存在するメールでも受信済にならない場合、POPサーバのバグでTOPコマンドが正常に動作していない場合があります。この場合受信前に受信確認ウインドウで見ると、受信済にならないだけでなくSubjectや本文の先頭の表示も狂うと思われます。このような場合には、サーバ管理者にご相談ください。使用している場合、UIDLはメールボックスごとにユニークなIDですので、同報や転送などで複数のメールボックスに同じメールが届いているときは、同じメールでもそれぞれのメールボックスから受信してしまいます。これを防ぎたい場合には、Message-Idを使用する設定にしてください。