こんにちは。
初めて投稿いたします。

特定の人のメールが数日遅れて受信メールに届きます。
受信日を見てみると、受信フォルダに届く数日前になっています。
なぜ特定の人のみ、受信フォルダに届くのが遅いのでしょうか？

教えてください。

よろしくお願いいたします。

_________________
Mozilla/5.0 (Windows NT 6.1; rv:38.0) Gecko/20100101 Firefox/38.0

※質問するときは、「フォーラムの利用に関するご案内」、とりわけ「質問するときは」に目を通し、OS の種類や Thunderbird のバージョン、IMAP か POP かなどといった使用環境についての最低限の情報を書き添えることをお勧めします。

具体的な情報がないので、何とも申し上げ難いのですが、とりあえず一般論を少々......。

電子メールという仕組み自体が、即時的な配送を保証したシステムではありません。通信事業者の努力によって、日常的にリアルタイムに近い状態で使えているだけ、といえます。
通信経路上の故障、サーバのメンテナンス、スパムフィルタなどのサーバ側にある付加機能の動作不良など、様ざまな原因によって、長短の違いはあっても遅延は発生します。


そのことを踏まえた上でなお、明らかに異常な配送遅延が、特定の差出人が送るメールに限って恒常的に発生しているのなら、どこかに問題があるのかもしれません。

その「特定の人」が最初に きんきん さん宛に送ったメールで起こるだけでなく、きんきん さんが「特定の人」宛に送ったメールに、その人が返信したメールでも起こっていますか。

「数日遅れて」と仰る場合の「数日」は変動しますか。あるときは「2 日前」、別のときは「4 日前」とか、そういう意味でお尋ねしています。
それとも、「78 時間前」（3 日と 6 時間）のように、必ず決まった時間間隔ですか。

質問者はどういう環境条件下で電子メールを使っているのか、上述したような何らかの規則性が認められるのかどうか、もしわかるなら差出人のメール環境は......など、もう少し具体的な状況説明をしていただけると、他のみなさんからさらなるアドバイスが寄せられるかもしれません。

それだけではなんなので。

【送信側に原因があるケース】
めったにないと思いますが、差出人が Thunderbird でいうところの [後で送信] 機能を使っていて、後日 [未送信メッセージを送信] を実行していると、Date: の日付と実際に送信された日時が大幅にずれることは、可能性としてはありえます。

もし、差出人の PC 環境の時刻設定が日単位で狂っていると、Date: に記述される日時が実際のに日時と大幅にずれることはあります。この場合は、Date: に記された日時のほうがおかしいということになります。
「特定の人」から最初に きんきん さん宛に送ったメールの場合、きんきん さんがそれを 7 月 4 日に受信して、送信日付を見ると 6 月 30 日 になっていると、"なぜ 4 日も遅れたのか？" と疑問に思うでしょう。（メッセージ内容によっては、矛盾に気づくこともあるでしょうが。）
一方、きんきん さんが「特定の人」宛に 7 月 4 日付けで送ったメールに対して「特定の人」が返信した場合、7 月 4 日 より前の日付（例えば 6 月 30 日）で届くのは明らかにおかしいわけで、こういうケースなら差出人側の PC の時刻設定が狂っているのでは？　といった推測がつけやすいでしょう。

【エンドユーザーにもできる調査方法】
「受信が遅い」というメッセージのソースを表示し、ヘッダパートに記録された経路情報を調べると、どの段階で大幅な遅れが発生しているかわかるかもしれません。
問題のあるメッセージを選択し、メニューバーまたはメニューボタンから [表示] -> [メッセージのソース] 、またはキーボードの [Ctrl] + [U] で、そのメッセージのソースが別ウィンドウで開きます。

このうち、前半（上方）がヘッダパートで、その電子メールの基礎情報が記されています。後半（下方）がボディパートで、メッセージ本文や添付ファイルなどのデータとなります。

このヘッダパートの後ろ（下）のほうにある、Date: という項目（From や Subject や To などに近いところにある）が、差出人がメッセージを書いて送信した（あるいは内容を確定した）日付です。
その上のほうに、Received: という項目が複数存在すると思いますが、これが経由してきたサーバーが記録した情報です。
Received: の数は決まっておらず、そのメールがたどってきた経路に依存します。
Received: は、一番下（Date: に近いもの）が差出人の送信サーバで、上に向かうにしたがって受信側に近いものになり、一番上の Received: が受取人の受信サーバです。

ここに記録された時間を調べてみてください。通常、秒や分の単位での差はありますが、本件の場合なら日単位で差がある Received: の前後で遅延が発生していると推測できます。
（正常に届いているメッセージの Received: の状態も見ておくと、どこがどうおかしいか比較しやすくなるでしょう。）

ただし、どこで遅延が発生しているかがわかったとしても、必ず解決できるとは限りません。

差出人と送信サーバのところで問題が起こっているのなら、差出人側で修正可能なことがありますし、差出人から送信サーバの管理者にさらなる調査を依頼することもできるでしょう。

受取人（きんきん さん）と受信サーバのところで問題が起こっているのなら、受取人（きんきん さん）から受信サーバの管理者にさらなる調査を依頼することができるでしょう。

けれども、経路途中のどこかで起こっていることなら、末端のユーザーには手が出せません。きんきん さんがお使いの Thunderbird の設定をいじればどうにかできるという問題ではありません。

とりあえず、いまの質問文からぼくが想像できるのは以上です。的外れな話だったらすみません。

_________________
Mozilla/5.0 (Windows NT 6.2; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0

ありがとうございます。

送信者に詳細を説明したところ、改善されたと思いますが、様子を見てみます。
コメントありがとうございました。

きんきん

_________________
Mozilla/5.0 (Windows NT 6.1; rv:39.0) Gecko/20100101 Firefox/39.0

メールヘッダを点検したところ、送信側に問題があることが判明して「送信者に詳細を説明した」ということでしょうか？

様子を見たあと、確定的なことが分かった段階で結構ですので、実際に何が原因で、どういう対処で改善したのか、結果報告をしていただけるとありがたいです。

このフォーラムのようなユーザーコミュニティは、ユーザー同士の情報交換、情報共有が役割のひとつです。
結果報告をいただけると、それが有益な情報として蓄積され、多くのユーザーの助けになります。

強制ではありませんが、ご協力いただけると嬉しいです。

_________________
Mozilla/5.0 (Windows NT 6.2; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0

こんにちは。

問題点は送り主側にあったようです。
事情を説明したところ、相手側のコンピューターの問題でした。
それ以降、同じ問題が起きていないので大丈夫です。

ありがとうございました。


きんきん

_________________
Mozilla/5.0 (Windows NT 6.1; rv:40.0) Gecko/20100101 Firefox/40.0