プッシュメールとフェッチメールの違いとは?どちらを使うべきか徹底解説

プッシュ方式は、リモートサーバーが新しいメールの到着をデバイスに通知する仕組みです。一方、フェッチ方式は、デバイス側が定期的にサーバーへ「新しいメールは届いているか?」と問い合わせる仕組みです。プッシュ方式の方が効率的ですが、古いメールクライアントやサーバーでは対応していない場合があります。フェッチ方式は古くて低速な反面、信頼性が高く、実装も簡単という特徴があります。

現在のほとんどのメールクライアントは、デフォルトでプッシュ通知を使用しています。設定を変更すればフェッチ方式に切り替えられることもあります。では、プッシュとフェッチには具体的にどんな違いがあるのでしょうか?そして、なぜどちらかを選ぶ必要があるのでしょうか?

フェッチメールとは

新しいメッセージの検知をメールクライアント側に任せることで、サーバーの負荷を軽減できます。これは、高性能とは言えないハードウェアで動作する人気サービスにとって理想的な仕組みです。このシステムは、古い企業向けメールシステムや旧式の無料メールクライアントでよく見られました。サーバーはクライアントが要求するまでメールを保持し続け、多くの場合、クライアントは数分ごとに問い合わせを行います。

最も一般的な問い合わせ間隔は5分から15分ですが、設定によっては数時間に及ぶこともあります。ユーザーは通常、クライアントの設定画面からこの間隔を自由に調整できます。ただし、設定内容にかかわらず、フェッチ方式で受信したメールはどうしても遅れがちです。例えば15分ごとにフェッチする設定なら、メールが実際に届くのは最大で14分59秒後になる可能性があります。

さらに、フェッチによるメール通知はクライアントデバイスへの負担も大きくなります。事実上無限の処理能力を持つデスクトップPCなら問題ありませんが、ノートPCやモバイルデバイスではバッテリーの消耗につながります。モバイルデバイスが主流となった近年、こうした要因が重なり、フェッチ方式の人気は年々低下しています。

今でもこの方法でメールを受信することは可能ですが、デフォルト設定として採用されることはほぼありません。POP3の受信箱はフェッチ通知に限定されますが、このプロトコルはより優れたIMAPに対して大きく見劣りし、すでに主流の座から退いています。

プッシュメールとは

新しいメールのプッシュ通知は、より現代的なメッセージ通知プロトコルです。プッシュ通知では、サーバーが新しいメッセージをクライアントへ通知する役割を担います。クライアント側はローカルの処理に専念し、サーバーからの新着アナウンスを待機するだけで構いません。通知が届いた時点で初めて新しいメッセージをダウンロードするため、サーバーがメールを受信してからほんの一瞬で受信箱に表示されるのです。

プッシュ通知は、最新のIMAPメールプロトコルに標準で組み込まれています。Gmail、Yahoo!メール、Outlookなど、比較的新しいメールサービスであれば、プッシュ通知に対応しています。

結論：プッシュとフェッチ、どちらを使うべきか？

プッシュメール通知は、ほぼすべての場面で優れた選択肢です。メッセージの到着が速く、クライアントデバイスへの負担も少なく、サーバーとの通信もスムーズに行えます。サーバーとクライアント間の通信量が最小限に抑えられるため、低速回線の環境でも帯域幅を節約できるのも大きなメリットです。

フェッチ方式を使うべきなのは、クライアントまたはサーバーがプッシュ通知に対応していない場合だけです。客観的なあらゆる指標で、フェッチはプッシュに見劣りします。ただし、古いクライアントアプリケーションでは、フェッチの方が安定して動作することもあります。メールサーバーがPOP3プロトコルしかサポートしていない場合、フェッチ通知しか利用できません——とはいえ、今どきそんな環境は非常に珍しく、「古い」といっても10年ほど前のレガシー環境を指します。これを気にする必要があるユーザーはごく一部にとどまります。

POP3とIMAPのどちらかを選択できる場合は、必ずIMAPを選びましょう。IMAPはいくつもの点で優れたプロトコルです。例えば、メールメッセージのローカル複製が不要であることや、長いフェッチ間隔によってクライアントとサーバーの同期が崩れる「同期ズレ」のリスクを回避できることが挙げられます。可能な限り、POP3とそのフェッチ通知の制約は避けるのが賢明です。