郵便局プロトコル

コンピューティングにおいて、Post Office Protocol ( POP ) は、電子メールクライアントがメールサーバーから電子メールを取得するために使用するアプリケーション層の インターネット標準 プロトコルです。 ^[1]現在、POPバージョン3 ( POP3 ) が最も一般的に使用されているバージョンです。IMAP とともに、電子メール取得のための最も一般的なプロトコルの1つです。

ポストオフィスプロトコルは、インターネットプロトコル(IP) ネットワーク経由で、メールサーバー上に保持されているメールボックス (メールドロップ) にユーザークライアントアプリケーションがアクセスできるようにします。このプロトコルは、メッセージの一覧表示、取得、削除操作をサポートしています。POP3 クライアントは接続し、すべてのメッセージを取得してクライアントコンピューターに保存し、最後にサーバーから削除します。^{[2]この POP の設計とその手順は}、ダイヤルアップアクセスなどの一時的なインターネット接続のみを持つユーザーのニーズによって推進され、接続時に電子メールを取得し、その後オフライン時に取得したメッセージを表示および操作できるようにしました。

POP3 クライアントには、メールを取得した後にサーバー上に残すオプションもあり、この動作モードでは、クライアントは UIDL コマンド (一意の ID リスト) を使用して識別された新しいメッセージのみをダウンロードします。対照的に、インターネット メッセージ アクセス プロトコル(IMAP) は、複数のクライアント アプリケーションでの管理を可能にし、接続 (オンライン) と切断 (オフライン) の両方の動作モードをサポートするために、通常、すべてのメッセージをサーバー上に残すように設計されています。

POP3 サーバーは、既知のポート番号110 でサービス要求をリッスンします。POP3の暗号化された通信は、プロトコルの開始後にSTLSコマンド (サポートされている場合) を使用して要求されるか、または POP3S によって要求されます。POP3S は、既知のTCPポート番号 995 でトランスポート層セキュリティ(TLS) またはセキュア ソケット レイヤー(SSL) を使用してサーバーに接続します。

クライアントが利用できるメッセージは、POP3 セッションがメールドロップを開いたときに決定され、そのセッションにローカルなメッセージ番号によって識別されるか、またはオプションで、POP サーバーによってメッセージに割り当てられた一意の識別子によって識別されます。この一意の識別子は永続的でメールドロップに固有であり、クライアントは異なる POP セッションで同じメッセージにアクセスできます。メールはメッセージ番号によって取得され、削除対象としてマークされます。クライアントがセッションを終了すると、削除対象としてマークされたメールはメールドロップから削除されます。

ポスト オフィス プロトコルの最初のバージョンである POP1 は、RFC 918 (1984) でJoyce K. Reynoldsによって指定されました。POP2 は、RFC 937 (1985) で指定されました。

POP3 は最も一般的に使用されているバージョンです。これは RFC 1081 (1988) から始まりましたが、最新の仕様は RFC 1939 で、拡張メカニズム (RFC 2449) と RFC 1734 の認証メカニズムで更新されました。これにより、Pine、POPmail、その他の初期のメール クライアントなど、多数の POP 実装が生まれました。

オリジナルの POP3 仕様では、暗号化されていない USER/ PASS ログインメカニズムまたは Berkeley .rhostsアクセス制御のみがサポートされていましたが、今日の POP3 は、ユーザーの電子メールへの不正アクセスに対するさまざまなレベルの保護を提供するために、いくつかの認証方法をサポートしています。そのほとんどは、POP3 拡張メカニズムによって提供されています。POP3 クライアントは、 AUTH 拡張を介してSASL認証方法をサポートしています。MIT Project Athenaでは、Kerberos 化されたバージョンも作成されました。RFC 1460 では、コア プロトコルに APOP が導入されました。APOP は、MD5ハッシュ関数を使用してリプレイ攻撃と共有秘密の漏洩を防ぐチャレンジ レスポンスプロトコルです。APOP を実装しているクライアントには、Mozilla Thunderbird、Opera Mail、Eudora、KMail、Novell Evolution、RimArts のBecky!、^[3] Windows Live Mail、PowerMail、Apple Mail、Muttなどがあります。 RFC 1460 は RFC 1725 によって廃止され、RFC 1725 は RFC 1939 によって廃止されました。

POP4 は、IMAP に対抗するために、基本的なフォルダー管理、マルチパート メッセージのサポート、およびメッセージ フラグ管理を追加した非公式の提案としてのみ存在していますが、その開発は 2003 年以降進んでいません。現在、2 つの POP4 サーバー実装が知られています。2013 年 10 月現在、POP4.org ドメインと Web サイトは、もう 1 つの POP4 サーバー実装も実行している simbey.com によってホストされています。^[4]

RFC 2449 では、一般的な拡張に対応するとともに、TOP や UIDL などのオプション コマンドのサポートを体系的に発表するための拡張メカニズムが提案されました。RFC は拡張を奨励する意図はなく、POP3 の役割は、主にメールボックス処理のダウンロードと削除の要件に対するシンプルなサポートを提供することであると再確認されました。

拡張機能は機能と呼ばれ、CAPA コマンドによってリストされます。APOP を除き、オプションのコマンドは初期の機能セットに含まれていました。ESMTP (RFC 5321) に倣い、X で始まる機能はローカル機能を表します。

STARTTLS 拡張機能により、代替ポートではなく標準 POP3 ポートでSTLSコマンドを使用して、トランスポート層セキュリティ(TLS) またはセキュア ソケット レイヤー(SSL) の使用をネゴシエートできるようになります。一部のクライアントとサーバーは、代わりに TCP ポート 995 (POP3S) を使用する代替ポート方式を使用します。

Demon Internetは、ドメインごとに複数のアカウントを許可するPOP3の拡張機能を導入し、Standard Dial-up POP3 Service (SDPS)として知られるようになりました。^[5]各アカウントにアクセスするには、ユーザー名にホスト名を含めます（john@hostnameまたはjohn+hostname ） 。

Google Appsでも同じ方法が採用されています。^[6]

コンピューティングでは、ローカルの電子メール クライアントは、アプリケーション層のインターネット標準プロトコルであるKerberized Post Office Protocol ( KPOP )を使用して、TCP/IP接続を介してリモートサーバーから電子メールを取得できます。KPOP プロトコルは POP3 プロトコルに基づいていますが、Kerberosセキュリティが追加されていることと、デフォルトでTCPポート番号 110 ではなく 1109で実行されるという点で異なります。メール サーバー ソフトウェアの実装の 1 つは、 Cyrus IMAP サーバーにあります。

次のPOP3セッションダイアログはRFC 1939の例である: ^[7]

S: <TCP ポート 110 で接続を待機>
C: <接続を開く>
S: +OK POP3 サーバーの準備完了 <1896.697170952@dbc.mtview.ca.us>
C: アポップ mrose c4c9334bac560ecc979e58001b3e22fb
S: +OK mrose のメールドロップには 2 つのメッセージ (320 オクテット) があります
C: ステータス
S: +OK 2 320
C: リスト
S: +OK 2 メッセージ (320 オクテット) 
S: 1 120 
S: 2 200 
S: .
C: リターン 1
S: +OK 120オクテット
S: <POP3サーバーがメッセージ1を送信します> 
S: .
C: デレ1
S: +OK メッセージ1を削除しました
C: RETR 2
S: +OK 200オクテット
S: <POP3サーバーがメッセージ2を送信します> 
S: .
C: デレ2
S: +OK メッセージ2を削除しました
C: 終了
S: +OK dewey POP3 サーバーがサインオフしました (メールドロップが空です)
C: <接続を閉じる>
S: <次の接続を待つ>

オプションの APOP コマンドのない POP3 サーバーは、クライアントが USER コマンドと PASS コマンドを使用してログインすることを期待します。

C: USER mrose
 S: +OK ユーザーが承認しました
C: PASS タンスターフ
S: +OK パスが承認されました

インターネットメッセージ アクセス プロトコル(IMAP) は、代替となる、より新しいメールボックス アクセス プロトコルです。主な違いは次のとおりです。

• POP はよりシンプルなプロトコルなので、実装が簡単です。
• POP はメッセージを電子メール サーバーからローカル コンピューターに移動しますが、電子メール クライアントには通常、電子メール サーバーにメッセージを残すオプションもあります。IMAP はデフォルトでメッセージを電子メール サーバーに残し、ローカル コピーをダウンロードするだけです。
• POPはメールボックスを単一のストアとして扱い、フォルダの概念はありません。
• IMAP クライアントは複雑なクエリを実行し、サーバーにヘッダーや指定されたメッセージの本文を要求したり、特定の条件を満たすメッセージを検索したりします。メール リポジトリ内のメッセージは、さまざまなステータス フラグ (「削除済み」や「回答済み」など) でマークされ、ユーザーが明示的に削除するまでリポジトリ内に残ります (削除は後のセッションまで行われない場合もあります)。簡単に言うと、IMAP はリモート メールボックスをローカル メールボックスのように操作できるように設計されています。IMAP クライアントの実装とシステム管理者が希望するメール アーキテクチャに応じて、ユーザーはメッセージをクライアント マシンに直接保存することも、サーバーに保存することも、またはどちらかを選択することもできます。
• POP はメールボックスの現在の状態を完全に静的に表示しますが、セッション中に外部の状態の変化を表示するメカニズムは提供しません。
• IMAP は動的なビューを提供し、新しく到着したメッセージや、同時に接続している他のクライアントによってメールボックスに加えられた変更など、外部の状態の変化に対する応答を送信します。
• POP は、RETR コマンドを使用してメッセージ全体を取得することも、それをサポートするサーバーの場合は、TOP コマンドを使用してヘッダーと指定された数の本文行にアクセスすることもできます。
• IMAP を使用すると、クライアントは個々のMIME部分を個別に取得できます。たとえば、添付ファイルを取得せずにプレーン テキストを取得したり、多数の添付ファイルのうち 1 つのみを取得したりできます。
• IMAP は、メッセージが読まれたか、返信されたか、転送されたか、削除されたかなど、メッセージの状態を追跡するためのサーバー上のフラグをサポートします。
• POP は、UIDL コマンドをサポートするサーバーに対して、各メッセージに一意の識別子を関連付ける機能を提供します。これは、最大 70 文字の標準の表示可能な (空白以外の) 7 ビット ASCII 文字の任意の文字列にすることができます。
• 代わりに、IMAP は、フォルダー固有の UIDVALIDITY 番号と組み合わせて、各フォルダーにローカルな各メッセージに一意の数値識別子を提供します。
• 上記の 2 つのメッセージ識別方法 (POP UIDL と IMAP UID) は、両方のプロトコルをサポートするサーバー実装が、IMAP UID と UIDVALIDITY 値を組み合わせて POP3 UIDL 文字列を意図的に構築しない限り、まったく関連がありません。

• RFC 918 – ポストオフィスプロトコル
• RFC 937 – ポストオフィスプロトコル – バージョン 2
• RFC 1081 – ポストオフィスプロトコル – バージョン 3
• RFC 1939 – ポストオフィスプロトコル – バージョン 3 (STD 53)
• RFC 1957 – 郵便オフィスプロトコル (POP3) の実装に関するいくつかの考察
• RFC 2195 – シンプルなチャレンジ/レスポンスのための IMAP/POP AUTHorize 拡張
• RFC 2384 – POP URL スキーム
• RFC 2449 – POP3 拡張メカニズム
• RFC 2595 – IMAP、POP3、ACAP での TLS の使用
• RFC 3206 – SYS および AUTH POP 応答コード
• RFC 5034 – ポストオフィスプロトコル (POP3) 簡易認証およびセキュリティ層 (SASL) 認証メカニズム
• RFC 8314 – クリアテキストは廃止: 電子メールの送信とアクセスにトランスポート層セキュリティ (TLS) を使用する

• メールサーバーソフトウェアの一覧
• メールクライアントの比較
• メールサーバーの比較
• メールの暗号化
• インターネット メッセージ アクセス プロトコル

• IANA ポート番号の割り当て
• POP3 シーケンス図 2015-05-03 にWayback Machineにアーカイブされました(PDF)