MENU
  1. ホーム
  2. テクノロジー
  3. SMTPとは？初学者にわかりやすいように徹底解説！

SMTPとは？初学者にわかりやすいように徹底解説！

テクノロジー
2025年5月4日
目次

1. はじめに：SMTPとは？

インターネットが私たちの生活に不可欠なものとなり、電子メール（Eメール）はコミュニケーションの主要な手段の一つとなりました。友人との連絡、ビジネス上のやり取り、オンラインサービスの通知など、日々多くのメールが世界中で送受信されています。しかし、この便利なメールが、どのようにして相手に届けられているのか、その仕組みを詳しく知る機会は少ないかもしれません。

メール送信の舞台裏で活躍している重要な技術の一つが「SMTP」です。この記事では、IT初学者の方にも理解しやすいように、SMTPとは何か、どのような仕組みでメールを届けているのか、そして関連するセキュリティ技術や国内外の利用例について、基礎から徹底的に解説していきます。

SMTPの定義と役割

SMTPは「Simple Mail Transfer Protocol」の略称です 1。これは、インターネット上で電子メールメッセージを送信したり、あるいは送信途中で中継したりするために使われる、一連の通信ルール（プロトコル）を定めたものです 1。メールを送る際に、私たちのコンピューター（メールクライアント）や、メールを実際に配送する役割を持つメールサーバー、その他のメッセージ転送エージェント（MTA: Message Transfer Agent）と呼ばれるシステムが、このSMTPという共通の「言語」を使って通信しています 1。

SMTPは、電子メール送信における「標準プロトコル」として広く採用されています 4。これが意味するのは、SMTPが世界共通のルールとして定められているため、例えばGmailからOutlookへ、あるいは企業の独自メールシステムから個人のプロバイダーメールへといった、異なるメールサービス間でのメールの送受信が可能になっているということです 11。もし各メールサービスが独自のバラバラな方法でメールを送ろうとしていたら、今日のようにスムーズなメールのやり取りは実現できなかったでしょう。SMTPという共通基盤があるからこそ、私たちは送信相手のメールシステムを意識することなく、手軽にメールを送ることができるのです。これは、インターネットが持つ相互接続性を支える、非常に重要な要素と言えます。

郵便システムとのアナロジー

SMTPの役割をより具体的にイメージするために、手紙を郵送するプロセスに例えてみましょう 3。

  1. 手紙を書いてポストに投函する: これは、私たちがメールソフト（メールクライアント）を使ってメールを作成し、「送信」ボタンを押す行為に相当します 12。
  2. 郵便局員がポストから手紙を回収する: メールクライアントが、設定された「SMTPサーバー」にメールデータを送ります。
  3. 郵便局で宛先別に仕分けし、相手の最寄りの郵便局へ配送する: SMTPサーバーが手紙（メール）を受け取り、宛先情報に基づいて、相手側のメールを受け取るための最寄りの郵便局（相手側のメールサーバー）まで届ける役割を担います 3。
  4. 相手の郵便局から配達員が手紙を届ける: 相手側のメールサーバーに届いたメールは、後述する別の仕組み（POP/IMAP）を使って、最終的に相手のメールソフトに配達されます。

この例えのように、SMTPは主に、私たちが投函したメールを、相手側のメールサーバー（郵便局）まで送り届ける過程を担当する仕組みと考えることができます 3。

SMTPとPOP/IMAPの違い

ここで重要な点は、SMTPはあくまでメールを送信・中継するためのプロトコルであるということです。メールを受信するためには、通常、「POP（Post Office Protocol）」や「IMAP（Internet Message Access Protocol）」といった別のプロトコルが使用されます 2。

  • SMTPサーバー: メールを送信・中継する役割を持つサーバー 3。
  • POPサーバー / IMAPサーバー: 受信したメールを保管し、ユーザーがメールソフトで受け取る際に利用されるサーバー 3。

このように、メールを送る時と受け取る時では、裏側で活躍するプロトコル（ルール）やサーバーが異なります 5。これが、メールソフトの設定画面などで「送信サーバー(SMTP)」と「受信サーバー(POPまたはIMAP)」の両方を設定する必要がある理由です。

POPとIMAPにも違いがあります。簡単に言うと、POPはメールを自分のコンピューターやスマートフォンにダウンロードして、基本的にはサーバーから削除する方式です 5。一方、IMAPはメールをサーバー上に置いたまま、複数のデバイスからアクセスして閲覧・管理する方式です 5。GmailなどのWebメールはIMAPの仕組みを活用しています 14。

2. SMTPの仕組み：メールが届くまで

では、私たちが「送信」ボタンを押したメールは、具体的にどのような経路を辿って相手に届くのでしょうか。SMTPが関わるメール送信のステップを詳しく見ていきましょう。

メール送信のステップ解説

メール送信のプロセスは、概ね以下のステップで進行します。

  1. メール作成と送信依頼: ユーザーがOutlook、Gmail、Thunderbirdなどのメールクライアント（メーラー）でメールを作成し、「送信」ボタンをクリックします 5。
  2. 送信側SMTPサーバーへの接続: メールクライアントは、事前に設定されている送信メールサーバー（SMTPサーバー）に接続し、作成したメールデータを転送して送信を依頼します 5。これは、郵便の例でいう「ポストへの投函」と「郵便局員による回収」にあたります。
  3. 宛先メールサーバーの特定 (DNS問い合わせ): メールを受け取った送信側SMTPサーバーは、宛先メールアドレスの「@」より後ろの部分（ドメイン名）を確認します 8。そして、インターネット上の住所録とも言える「DNS（Domain Name System）サーバー」に、「このドメイン宛のメールは、どのメールサーバーに送ればよいか？」と問い合わせます 5。DNSサーバーは、該当するドメインのメール交換（MX）レコードを調べ、宛先となる受信側メールサーバーのIPアドレス（インターネット上の住所）を応答します。 SMTPがメールを正しく届けるためには、このDNSの仕組みが不可欠です。DNSが宛先の場所を正確に教えてくれるからこそ、SMTPは迷わずメールを送り届けることができます。逆に言えば、DNSサーバーに問題が発生したり、設定に誤りがあったりすると、SMTPサーバー自体は正常でもメールが届かない原因となり得ます 17。
  4. 受信側SMTPサーバーへの転送 (リレー): 送信側SMTPサーバーは、DNSから教えられたIPアドレスを元に、宛先の受信側SMTPサーバーへ接続し、メールデータを転送します 5。このサーバーからサーバーへのメール転送（リレー）にも、SMTPプロトコルが使われます 4。郵便で言えば、「郵便局間の配送」にあたります。 ここで注目すべきは、SMTPサーバーが持つ二つの役割です。一つは、私たちのメールクライアントからの送信依頼を最初に受け付ける「受付係」としての役割。もう一つは、受け付けたメールを次のサーバー（別のSMTPサーバーや最終目的地の受信サーバー）へと送り届ける「配達員」としての役割です 4。この二つの役割を理解することで、メールがインターネット上をどのように旅していくのかがより具体的にイメージできます。
  5. 受信側サーバーでのメール格納: メールを受け取った受信側SMTPサーバーは、宛先メールアドレスの「@」より前の部分（ユーザー名）を確認し、該当するユーザーのメールボックス（サーバー上に用意されたメール保管スペース）にメールを格納します 5。
  6. メール受信: 最後に、受信者が自身のメールクライアントを起動すると、クライアントはPOPまたはIMAPプロトコルを使って受信メールサーバーに接続し、メールボックスから新しいメールを取得（ダウンロードまたは同期）して表示します 2。これで、送信されたメールが受信者の手元に届いたことになります。

SMTPサーバーの役割と機能

上記のステップからもわかるように、SMTPサーバーはメール送信プロセスにおいて中心的な役割を担っています 1。その主な機能はメールの「送信」と「中継（リレー）」ですが、それだけではありません。

  • メールの受付: ユーザーのメールクライアントからの送信要求を受け付けます。
  • 宛先解決: DNSを利用して、宛先ドメインのメールサーバーを特定します。
  • メール転送 (リレー): 特定した宛先サーバーや、途中の経由サーバーへメールを転送します。
  • 再試行: 宛先サーバーが一時的に利用できない場合（メンテナンス中など）、一定時間後に再送信を試みる機能を持つことがあります 11。
  • エラー処理: 宛先が存在しない、メールボックスが一杯などの理由で配送できない場合に、エラーメールを送信元に返す役割も担います。

SMTPサーバーが存在しなければ、そもそも異なるドメイン（例: example.com から example.jp へ）へのメール送信は成り立ちません 5。まさに、電子メールシステムを支える縁の下の力持ちと言えるでしょう。

3. SMTPの構成要素：ポートとコマンド

SMTPによる通信は、特定の「ポート番号」と「コマンド」を使って行われます。これらは、SMTPがスムーズに機能するための重要な構成要素です。

ポート番号：通信の「扉」

コンピューターやサーバーがネットワーク上で通信を行う際、特定のサービスやアプリケーションを識別するために「ポート番号」という数値が使われます。これは、大きな建物（IPアドレス）の中にある特定の部屋番号（ポート番号）のようなものと考えると分かりやすいでしょう 20。SMTP通信でも、決められたポート番号が利用されます。主に使われるのは以下のポートです。

  • ポート 25:
  • 元々、SMTP通信の標準ポートとして定義されていました 4。
  • 現在では、主にメールサーバー間のメール転送（リレー）のために使用されることが多くなっています 4。
  • 多くのインターネットサービスプロバイダー（ISP）は、迷惑メール対策として「Outbound Port 25 Blocking (OP25B)」を実施しています 5。これは、ISPのネットワークから外部のポート25への直接接続を制限するもので、一般ユーザーが自分のPCから直接ポート25を使ってメール送信することを難しくしています。
  • ポート 587:
  • メールクライアントからSMTPサーバーへメールを送信依頼する（これを「サブミッション」と呼びます）際に、現在最も推奨されているポートです 4。
  • 通常、後述するSTARTTLSコマンドと組み合わせて使用され、通信経路を暗号化することができます 6。STARTTLSは、まず暗号化されていない平文で接続を開始し、その後、可能であればTLSという暗号化方式に切り替える仕組みです 6。
  • OP25Bの影響を受けないため、自宅だけでなく、外出先のネットワークなど、様々な環境から安定してメールを送信しやすいという利点があります 20。
  • ポート 465:
  • 過去に、SMTP通信をSSL/TLSで最初から暗号化する「SMTPS」（Implicit TLSとも呼ばれます）のために提案され、広く利用されたポートです 4。Implicit TLSは、接続を開始する段階から通信が暗号化される点がSTARTTLSと異なります 6。
  • 歴史的には、一度IANA（ポート番号などを管理する組織）によって非推奨とされた時期もありましたが、依然として多くのシステムで利用されていたため、後に再び別の目的（Message Submission over TLS/SSL）で登録されました 6。
  • 現在ではポート587とSTARTTLSの組み合わせが標準として推奨されていますが、互換性のためにポート465が使われ続けている場面も多く見られます 6。
  • ポート 2525:
  • これは公式な標準ポートではありませんが、ポート25や587がファイアウォールなどでブロックされている場合の代替手段として、一部のメールサービスプロバイダーが提供していることがあります 22。

なぜこのように複数のポートが存在するのでしょうか？ それは、SMTPの利用形態（クライアントからの送信受付か、サーバー間の転送か）と、セキュリティ（暗号化の必要性とその方式）の進化が背景にあります。当初のポート25は、認証なしで誰でも使えたため迷惑メールの温床となり、OP25Bによってクライアントからの利用が制限されるようになりました。その結果、クライアントからの安全な送信を受け付けるための専用ポートが必要となり、暗号化(STARTTLS)と組み合わせることが想定されたポート587が標準的なサブミッションポートとして確立されました 4。ポート465は、それ以前に試みられた暗号化方式（SMTPS）の名残として使われ続けているという経緯があります 6。この歴史的背景を理解すると、なぜポート587が現在推奨されているのかがより深く納得できるでしょう。

以下の表は、主要なSMTPポートの比較をまとめたものです。

表1: SMTPポート番号比較

ポート番号 (Port Number)主な用途 (Primary Use)暗号化方式 (Encryption Method)推奨度 (Recommendation)備考 (Notes)
25サーバー間メール転送 (Relay)なし (またはSTARTTLS)送信依頼には非推奨 (Non-recommended)OP25Bによりクライアントからの利用が制限されることが多い 20
465送信依頼 (Submission) – SMTPSSSL/TLS (Implicit TLS)非標準/代替 (Legacy/Use if 587 unavailable)接続開始時から暗号化。歴史的経緯あり 6
587送信依頼 (Submission)STARTTLS推奨 (Recommended)現在の標準的なサブミッションポート。平文接続後に暗号化開始 4
2525送信依頼 (Submission) – 非標準代替STARTTLS非標準代替 (Non-standard fallback)ポート587が利用できない場合の代替として一部で提供 22

コマンド：サーバーとの「会話」

SMTPによる通信は、一方的にデータを送りつけるのではなく、メールクライアント（送信側）とSMTPサーバー（受信側）が、決められた「コマンド」と「応答コード」を交互にやり取りする「会話」のような形式で進められます 4。クライアントがコマンドを送ると、サーバーは3桁の数字で始まる応答コードを返し、その処理が成功したか、失敗したか、あるいは追加情報が必要かなどを伝えます 7。

主要なSMTPコマンドには以下のようなものがあります。

  • HELO / EHLO:
  • セッションの開始を告げる挨拶のコマンドです。クライアントはまずこのコマンドでサーバーに自己紹介します。HELOは基本的なコマンド、EHLO (Extended HELO) は、サーバーが対応している拡張機能（認証(AUTH)や暗号化(STARTTLS)など）を確認するためにも使われます 5。現代的な通信では通常EHLOが使われます。
  • MAIL FROM:
  • メールの送信者（差出人）のメールアドレスを指定します 7。MAIL FROM:<sender@example.com>のように記述します。
  • RCPT TO:
  • メールの受信者（宛先）のメールアドレスを指定します 7。RCPT TO:<recipient@example.com>のように記述し、複数の宛先がある場合は、宛先ごとにこのコマンドを繰り返します。
  • DATA:
  • メールの本体（ヘッダー情報と本文）を送信する準備ができたことをサーバーに伝えます 7。サーバーが「354 Start mail input; end with <CRLF>.<CRLF>」のような応答を返したら、クライアントはメールのヘッダー（Subject:, From:, To: など）と本文を送信します。メールデータの終わりは、改行に続いてピリオド (.) だけが書かれた行で示されます 7。
  • QUIT:
  • 一連のメール送信処理が完了し、SMTPセッションを終了することをサーバーに伝えます 7。サーバーは通常「221 Bye」のような応答を返し、接続を切断します。
  • RSET:
  • 現在進行中のメール送信トランザクション（MAIL FROM以降の処理）を取り消し、セッションを初期状態に戻します 7。例えば、宛先指定を間違えた場合などに使われます。
  • AUTH:
  • 後述するSMTP認証（SMTP-AUTH）を開始するためのコマンドです 7。AUTH LOGINやAUTH PLAINのように、使用する認証方式を指定します。
  • STARTTLS:
  • 通信経路をTLSで暗号化することを要求するコマンドです 7。サーバーが対応していれば、暗号化通信のネゴシエーション（ハンドシェイク）が開始されます。
  • NOOP:
  • 「No Operation」の略で、何もしないコマンドです 7。主に、接続が維持されているかを確認したり、タイムアウトを防いだりするために使われます。サーバーは通常「250 OK」を返します。

これらのコマンドと、それに対するサーバーからの応答コード（例: 250 OK, 550 No such userなど）のやり取りを通じて、メールは段階的に送信されていきます。この「会話」の流れを理解することは、メール送信の仕組みを把握し、問題発生時に原因を特定する上で役立ちます。

以下の表は、初学者がメール送信の基本的な流れとセキュリティの開始点を理解する上で特に重要なSMTPコマンドをまとめたものです。

表2: 主要SMTPコマンド概要

コマンド (Command)機能概要 (Function Summary)簡単な説明 (Brief Description)
HELO / EHLOセッション開始・機能確認サーバーに挨拶し、(EHLOの場合) サーバーが対応する拡張機能（認証、暗号化など）を尋ねる 7
MAIL FROM送信者の指定これから送るメールの差出人アドレスを伝える 7
RCPT TO受信者の指定メールの宛先アドレスを伝える（複数指定可） 7
DATAメール本文送信開始メールのヘッダーと本文を送り始める合図 7
QUITセッション終了メール送信の会話を終了し、接続を切る 7
RSETトランザクションリセット現在のメール送信処理（MAIL FROM以降）を中断し、やり直せる状態にする 7
AUTHユーザー認証開始SMTP-AUTHによるユーザー認証プロセスを開始する 7
STARTTLS暗号化通信開始TLSによる通信経路の暗号化を開始するよう要求する 7
NOOP無操作 (接続維持)何もせず、サーバーからの応答を確認することで接続を維持する 7

4. SMTPのセキュリティ：安全なメール送信のために

SMTPはメール送信の基盤ですが、元々の仕様にはセキュリティ上の考慮が十分ではありませんでした。そのため、安全なメール通信を実現するために、様々な拡張機能や関連技術が開発・導入されてきました。

基本的なSMTPの脆弱性

初期のSMTPプロトコルには、主に二つの大きな脆弱性がありました。

  1. 認証機能の欠如: SMTPサーバーは、接続してきたクライアントが誰であるかを基本的に検証しませんでした。そのため、悪意のある第三者が、他人のSMTPサーバーを勝手に利用して、大量の迷惑メール（スパム）を送信する「不正中継（オープンリレー）」が可能でした 5。これは深刻な問題となり、インターネット全体のメール環境を悪化させる一因となりました。
  2. 通信経路の非暗号化: SMTPの通信は、基本的に暗号化されずに平文（そのまま読める形式）で行われていました。これは、通信経路上でメールの内容（本文、ヘッダー、添付ファイルなど）や、もし認証情報がやり取りされる場合はそれらも、第三者によって盗聴（傍受）されるリスクがあることを意味していました 5。

これらの脆弱性に対処するため、以下のようなセキュリティ技術が導入されています。

認証：なりすまし防止

送信者が正当なユーザーであることを確認し、不正利用を防ぐための仕組みです。

  • SMTP-AUTH (SMTP Authentication):
  • 概要: メール送信時に、SMTPサーバーがクライアント（ユーザー）を認証するための拡張機能です 5。
  • 必要性: SMTPサーバーを正規のユーザーだけが利用できるように制限することで、第三者による不正なスパムメール送信（不正中継）を防止します 5。ISPやメールサービスプロバイダーは、自社のサーバーが悪用されるのを防ぐために、SMTP-AUTHを必須としていることが一般的です。
  • 仕組み: メールクライアントは、メール送信前にAUTHコマンドを使用し、指定された方式（後述）でユーザー名とパスワード（またはそれに代わる認証情報）をサーバーに送信します。サーバーは受け取った情報を検証し、正しければメール送信を許可します 30。
  • 認証方式: いくつかの認証方式があります 30。
  • PLAIN: ユーザー名とパスワードをBase64という方式でエンコードして送信します。実装は簡単ですが、エンコードは容易にデコード（復元）できるため、実質的に平文に近い形で情報が流れます。そのため、後述のTLS/SSLによる経路暗号化が必須です。現在でも広く使われています。
  • LOGIN: PLAINと似ていますが、ユーザー名とパスワードを別々のステップで送信します。これもPLAIN同様、経路暗号化が不可欠です。
  • CRAM-MD5: サーバーが送ってきたランダムな文字列（チャレンジ）に対し、クライアントがパスワードを秘密鍵として使って計算した応答（レスポンス）を返す方式です。パスワードそのものがネットワーク上を流れないため、PLAINやLOGINより安全とされていましたが、現在ではあまり使われなくなっています。
  • XOAUTH/XOAUTH2: Google (Gmail) や Microsoft (Outlook.com) などで利用されている、より新しい認証方式です。パスワードの代わりに、一時的な認証トークンを使用します。セキュリティは高いですが、対応しているメールサーバーやクライアントがまだ限られています。
  • セキュリティリスク: PLAINやLOGIN方式は、通信が暗号化されていないと認証情報が盗聴されるリスクがあります 30。また、ユーザー名とパスワードを使う認証方式全般に言えることですが、弱いパスワードを使っていると、パスワードスプレー攻撃（よく使われるパスワードを試す）やクレデンシャルスタッフィング攻撃（他のサービスから漏洩した認証情報を試す）などによってアカウントが乗っ取られる危険性があります 30。そのため、SMTP-AUTHは必ずTLS/SSLによる通信経路の暗号化と組み合わせて使用することが極めて重要です 30。
  • POP before SMTP (PbS):
  • SMTP-AUTHが普及する前に使われていた過渡的な認証方法です 31。メールを送信する直前に、同じアカウントでPOPサーバーへのログイン（メール受信動作）を成功させることで、「このIPアドレスからの接続は正当なユーザーだろう」と一時的に判断し、SMTPサーバーからのメール送信を許可する仕組みです。現在ではセキュリティ上の懸念から推奨されず、ほとんど使われていません。

暗号化：通信内容の保護

メールの送信経路における盗聴や改ざんを防ぐための技術です。

  • TLS/SSL (Transport Layer Security / Secure Sockets Layer):
  • 概要: ネットワーク通信を暗号化するためのプロトコルです。SMTP通信にTLS/SSLを適用することで、メールクライアントとSMTPサーバー間、およびSMTPサーバー間の通信内容を保護します 5。SSLは古いバージョンで、現在はTLSが主流ですが、慣習的にSSL/TLSと併記されることもあります。
  • 適用方法: SMTPでTLS/SSLを利用するには、主に二つの方法があります。
  • STARTTLS: 通常のSMTPポート（主に587番）で、最初は暗号化されていない接続を確立します。その後、クライアントがSTARTTLSコマンドを送信し、サーバーがこれに応じると、TLSハンドシェイクという手順を経て通信が暗号化されます 5。現在、推奨されている標準的な方法です。
  • SMTPS (Implicit TLS/SSL): 最初からTLS/SSLで暗号化された専用ポート（主に465番）に接続します 4。接続確立の段階から通信が保護されます。歴史的な経緯から使われ続けていますが、STARTTLSの方がより標準的とされています。
  • 重要性: SMTP-AUTHでやり取りされる認証情報や、メールの件名、本文、添付ファイルといった機密情報が第三者に漏洩するのを防ぐために、TLS/SSLによる暗号化は現代のメール通信において必須と言えます 5。

送信ドメイン認証：信頼性の構築

送信元メールアドレスが偽装（なりすまし）されていないかを検証し、メールの信頼性を高めるための技術群です。フィッシング詐欺や標的型攻撃メールなど、悪意のあるなりすましメールへの対策として非常に重要視されています 37。

  • SPF (Sender Policy Framework):
  • 概要: 送信元サーバーのIPアドレスが、そのドメインからメールを送ることを許可された正当なサーバーであるかどうかを検証する仕組みです 37。
  • 仕組み: ドメインの所有者は、自身のドメイン（例: example.com）からメール送信を許可するサーバーのIPアドレスやホスト名のリストを、DNSサーバーに「SPFレコード」（TXTレコードの一種）として公開します 40。メールを受信したサーバーは、メールの送信元IPアドレスが、送信元ドメインのSPFレコードに記載されているリストに含まれているかを確認します。含まれていれば認証成功、含まれていなければ認証失敗（なりすましの可能性あり）と判断します。
  • DKIM (DomainKeys Identified Mail):
  • 概要: メールに電子署名を付与することで、送信元の正当性と、メール内容が途中で改ざんされていないことを検証する仕組みです 37。
  • 仕組み: ドメイン所有者は、署名に使うための公開鍵をDNSサーバーに「DKIMレコード」（TXTレコードの一種）として公開し、対応する秘密鍵を自社の送信サーバーに設定します 45。送信サーバーは、メールを送信する際に、メールのヘッダーや本文の一部から計算したハッシュ値を秘密鍵で暗号化し、電子署名としてメールヘッダーに追加します。受信サーバーは、メールヘッダーから署名情報と送信元ドメインを読み取り、DNSからそのドメインの公開鍵を取得します。公開鍵を使って署名を復号し、自身で計算したハッシュ値と比較します。一致すれば、送信元が正当であり、かつメール内容が改ざんされていないと判断できます。
  • DMARC (Domain-based Message Authentication, Reporting and Conformance):
  • 概要: SPFとDKIMの認証結果を組み合わせて利用し、なりすましメールに対してドメイン所有者がどのように扱ってほしいか（ポリシー）を宣言するための仕組みです 37。
  • 仕組み: ドメイン所有者は、DNSサーバーに「DMARCレコード」（TXTレコードの一種）を公開します。このレコードには、SPFまたはDKIMの認証に失敗したメールをどう処理してほしいか（ポリシー）を指定します 41。ポリシーには主に以下の3種類があります。
  • p=none: 何もしない（受信サーバーの判断に任せる）。主に導入初期の監視・分析用に使われます。
  • p=quarantine: 隔離する（迷惑メールフォルダに入れるなど）。
  • p=reject: 受信を拒否する。
  • DMARCレコードには、認証結果の集計レポート（どのIPアドレスからどれくらいのメールが送られ、認証結果はどうだったか等）を送付してほしいメールアドレスも指定できます 43。これにより、ドメイン所有者は自身のドメインがどのように使われているか、なりすましの試みがないかなどを把握できます。
  • DMARCは、SPFとDKIMの両方、またはいずれか一方の認証に成功し、かつ、その認証で使われたドメインがメールヘッダーのFrom:アドレスのドメインと一致（アライメント）している場合に、認証成功とみなします 45。

これらの送信ドメイン認証技術は、単独でも効果がありますが、SPF, DKIM, DMARCを組み合わせて導入することで、より強力ななりすまし対策が実現できます 43。

  • Google/Yahoo!メール送信者ガイドラインの動向: 近年、特にGoogle (Gmail) と米国のYahoo! Mailは、迷惑メールやフィッシング詐欺対策を強化するため、メール送信者に対してこれらの送信ドメイン認証技術（SPF, DKIM, DMARC）の設定を強く推奨、あるいは義務付ける動きを強めています 42。 具体的には、2024年2月以降、Gmail宛に1日5,000通以上のメールを送信する「一括送信者」に対しては、SPF, DKIM, DMARC (ポリシーはp=noneでも可) のすべてを設定することが義務付けられました 42。5,000通未満の送信者に対しても、SPFまたはDKIMのいずれかの設定が必須とされています 42。 これらの要件を満たさないメールは、GmailやYahoo! Mailで受信拒否されたり、迷惑メールフォルダに振り分けられたりする可能性が非常に高くなっています 42。これは、企業や個人がメールを確実に届けるためには、送信ドメイン認証への対応が不可欠になっていることを示しています。

SMTPのセキュリティは、このように複数の技術が層をなして実現されています。

  1. クライアント認証 (SMTP-AUTH): 「誰が」メールを送ろうとしているのかを確認する。
  2. 経路暗号化 (TLS/SSL): 送信中の通信内容が「安全か」を確保する。
  3. 送信ドメイン認証 (SPF/DKIM/DMARC): メールが「本当にそのドメインから」送られてきたのか、そして「改ざんされていないか」を検証し、なりすましへの対処方針を示す。

これらの層を組み合わせることで、メール送信の安全性と信頼性が格段に向上します。特に、近年の主要メールプロバイダーの動向を踏まえると、送信ドメイン認証の重要性はますます高まっていると言えるでしょう。

以下の表は、送信ドメイン認証技術の主な違いをまとめたものです。

表3: 送信ドメイン認証技術の比較 (SPF vs. DKIM vs. DMARC)

技術 (Technology)主な目的 (Primary Goal)検証方法 (Verification Method)設定場所 (Configuration Location)
SPF送信元サーバーIPアドレスの正当性検証送信元IPがDNSに登録された許可リストに含まれるか確認 40DNS TXTレコード
DKIM送信元ドメインの正当性検証とメール内容の改ざん検知メールヘッダーの電子署名をDNSの公開鍵で検証 40DNS TXTレコード
DMARCSPF/DKIM認証失敗時の処理ポリシー定義と結果レポートSPF/DKIMの認証結果とドメイン一致（アライメント）を確認し、DNSに定義されたポリシー（拒否/隔離/何もしない）を適用 41DNS TXTレコード

5. 実世界の例：SMTP設定とサービス

理論を学んだところで、次は実際に私たちが日常的に利用しているメールサービスや、企業が利用するサービスでSMTPがどのように設定・活用されているのか、具体的な例を見ていきましょう。

主要メールサービスの設定例

多くのメールクライアントソフト（Outlook, Thunderbirdなど）や、システムからメールを送信する際に、利用するメールサービスのSMTPサーバー情報を設定する必要があります。以下に代表的なサービスの例を挙げます。

  • Gmail (国際的な例):
  • SMTPサーバー名: smtp.gmail.com 2
  • ポート番号:
  • 587 (暗号化方式: TLS/STARTTLS) 56 – 推奨
  • 465 (暗号化方式: SSL) 56
  • 認証: 必須 56。通常、Gmailのメールアドレスとログインパスワードを使用します。
  • 注意点: Googleアカウントで2段階認証を有効にしている場合は、通常のログインパスワードの代わりに「アプリパスワード」を生成して設定する必要があります 56。また、セキュリティ強化のため、「安全性の低いアプリのアクセス」はデフォルトで無効になっており、これに依存する古いアプリケーションからの接続は推奨されません 60。
  • Outlook / Microsoft 365 (国際的な例):
  • SMTPサーバー名: smtp.office365.com (Microsoft 365 アカウントの場合) 61
  • ポート番号: 587 61 – 推奨
  • 暗号化方式: STARTTLS (TLSが必要と表示される場合もあります) 61
  • 認証: 必須 61。Microsoft 365のメールアドレスとパスワードを使用します。
  • クライアント設定: Outlookデスクトップアプリなどで設定する場合、「ファイル」メニューの「アカウント設定」から進み、「送信サーバー(SMTP)は認証が必要」といったオプションを有効にする必要があります 34。受信設定（IMAP/POP）も併せて行う必要があります 61。

国内ISPの設定例

日本のインターネットサービスプロバイダー（ISP）が提供するメールサービスを利用する場合も、同様にSMTP設定が必要です。以下にいくつか例を挙げますが、設定値は変更される可能性があるため、必ず契約しているプロバイダーの最新の公式ドキュメントを確認してください。

  • OCN (国内例):
  • SMTPサーバー名: smtp.ocn.ne.jp 66
  • ポート番号: 465 (暗号化: SSL/TLS) が推奨されていることが多いようです 66。ポート 587 (暗号化: STARTTLS) も利用可能な場合があります 70。
  • 認証: SMTP-AUTHが必須です 70。
  • Nifty (国内例):
  • SMTPサーバー名: smtp.nifty.com 71
  • ポート番号: 465 (暗号化: SSL/TLS) が推奨されています 71。ポート 587 も存在しますが、暗号化なしの古い設定で案内されている場合もあり、セキュリティ上は465が望ましいでしょう 75。
  • 認証: SMTP-AUTHが必須です（@nifty IDとメールパスワードを使用）75。
  • au one net (旧DION) (国内例):
  • SMTPサーバー名: msa.a△.auone-net.jp や msa.△*.dion.ne.jp のように、契約によってサーバー名が異なる場合があります 69。必ず自身の契約情報を確認してください。
  • ポート番号: 465 (暗号化: SSL/TLS) または 587 (暗号化: STARTTLS) が推奨されています 69。
  • 認証: SMTP認証が必須です 76。
  • au one netもOP25Bを採用しているため、プロバイダーが指定する認証付きのSMTPサーバー（ポート465または587）を利用する必要があります 24。

これらの国内ISPの例を見ると、具体的なサーバー名や推奨ポートには若干の違いが見られます。しかし、「SMTP認証（SMTP-AUTH）が必須」であり、「暗号化されたポート（465番または587番）を使用する」という基本的な方向性は共通しています。これは、前述したOP25Bによるポート25の制限や、なりすまし・盗聴といったセキュリティリスクへの対策が、業界全体の標準的な考え方として定着していることを反映しています。したがって、個々の設定値を覚えることよりも、「なぜ認証と暗号化が必要なのか」「なぜポート587や465を使うのか」といった背景にあるセキュリティの概念を理解し、常に利用するサービスの最新情報を確認する姿勢が重要です。

以下の表は、主要なメールサービスと代表的な国内ISPの一般的なSMTP設定を比較したものです（注意：ISPのサーバー名は契約により異なる場合があります）。

表4: 主要メールサービス・ISPのSMTP設定比較

プロバイダー/サービス (Provider/Service)SMTPサーバー (SMTP Server) (例)推奨ポート (Recommended Port(s))認証 (Authentication)暗号化 (Encryption)
Gmailsmtp.gmail.com587 (TLS/STARTTLS)必須 (Required)必須 (Required) – TLS or SSL
Outlook / Microsoft 365smtp.office365.com587 (STARTTLS)必須 (Required)必須 (Required) – TLS/STARTTLS
OCNsmtp.ocn.ne.jp465 (SSL/TLS)必須 (Required)必須 (Required) – SSL/TLS
Niftysmtp.nifty.com465 (SSL/TLS)必須 (Required)必須 (Required) – SSL/TLS
au one net (旧DION)msa.—.auone-net.jp 等465 (SSL/TLS) or 587 (STARTTLS)必須 (Required)必須 (Required) – SSL/TLS or TLS

SMTPリレーサービス

企業が大量のメール（メールマガジン、取引通知、システムアラートなど）を送信する場合、自社のメールサーバーや一般的なISPのメールサービスを使うと、様々な問題に直面することがあります。

  • 送信数制限: GmailやISPのサービスには、1日あたりや1時間あたりの送信数に上限が設けられていることが多いです 5。
  • 到達率の問題: 大量送信を行うと、送信元IPアドレスの評価（IPレピュテーション）が低下し、受信側サーバーから迷惑メールと判定されたり、受信をブロックされたりするリスクが高まります 38。IPレピュテーションの維持管理は専門的な知識と継続的な努力が必要です。
  • 運用負荷: サーバーのメンテナンス、エラーメールの処理、ブラックリストへの登録監視など、安定したメール配信を維持するための運用負荷は小さくありません 38。

これらの課題を解決するために利用されるのが「SMTPリレーサービス」です 18。これは、メール送信を専門に請け負うクラウドサービスで、送信者と受信者の間に入ってメールを中継（リレー）します。

  • メリット:
  • 高い到達率: サービス事業者は、適切に管理された多数のIPアドレス（IPプール）を持ち、IPレピュテーションを高く維持するノウハウを持っているため、メールが迷惑メールと判定されにくく、受信者に届きやすくなります 39。キャリアブロック（携帯キャリアなどによる大量送信制限）を回避する仕組みを持つサービスもあります 55。
  • 大量・高速配信: 大規模な配信インフラを備えており、大量のメールを効率的かつ高速に送信できます 19。
  • 運用負荷の軽減: サーバー管理やIPレピュテーション管理、エラー処理などをサービス事業者に任せることができます 39。
  • 分析機能: 送信したメールの到達状況、開封率、クリック率などを追跡・分析する機能を提供している場合が多く、マーケティング活動などに役立ちます 55。
  • セキュリティ: 送信ドメイン認証（SPF, DKIM, DMARC）の設定支援や、セキュアな送信環境を提供します 19。
  • 利用方法: 主に2つの方法があります 55。
  • SMTPリレー: 自社のアプリケーションやメールサーバーのSMTP設定を、リレーサービス事業者が指定するものに変更します。既存のシステムへの影響が比較的小さい方法です。
  • API連携: リレーサービス事業者が提供するAPI（Application Programming Interface）を利用して、自社のシステムから直接メール送信を指示します。より柔軟な連携や、詳細な制御が可能です。
  • 選び方のポイント: サービスを選ぶ際には、以下の点を比較検討すると良いでしょう 55。
  • 機能: エラーメール管理、到達率改善機能（キャリアブロック対策など）、送信ドメイン認証への対応、分析機能、APIの使いやすさなど。
  • 信頼性・安定性: サービスの稼働実績、導入事例、SLA（Service Level Agreement）の有無など。
  • サポート体制: 日本語でのサポートが受けられるか、問い合わせ方法（電話、メール、チャット）、対応時間など。
  • セキュリティ: セキュリティ対策、認証取得状況、データセンターの安全性など。
  • 料金体系: 送信通数に応じた従量課金か、月額固定か、無料プランの有無、初期費用など。
  • Gmailガイドライン準拠: 最新のGmail送信者ガイドラインへの対応状況。
  • 主要なSMTPリレーサービス: 世界的に利用されている代表的なサービスには以下のようなものがあります。
  • SendGrid: 高機能で、メールマーケティング機能も充実しています。APIも強力で、多くの企業で利用されています。日本語のドキュメントやサポート（プランによる）も提供されています 80。
  • Mailgun: 開発者向けに設計されており、強力なAPI、詳細なログ分析、メールのルーティング機能などが特徴です。到達率にも定評があります。UIやサポートは英語が中心です 80。
  • Amazon SES (Simple Email Service): AWS (Amazon Web Services) の一部として提供されており、非常に低コストでスケーラブルな点が特徴です。AWSの他のサービスとの連携が容易ですが、機能は比較的シンプルで、到達率の管理などはユーザー側の設定や運用に依存する部分が大きいです 39。

大量のメールを確実に、かつ効率的に届けるという作業は、見かけ以上に複雑で専門性が要求されます。SMTPリレーサービスは、この専門的な「メール配信」業務を外部の専門家に委託（アウトソーシング）する手段と考えることができます。これにより、企業はメール配信インフラの構築・運用という煩雑な作業から解放され、本来のビジネス活動にリソースを集中させることが可能になります。どのサービスが最適かは、送信規模、必要な機能、技術的背景、コストなどを総合的に判断して選択する必要があります。

以下の表は、主要なSMTPリレーサービスの概要を比較したものです。

表5: 主要SMTPリレーサービス概要

サービス名 (Service Name)主な特徴 (Key Features)主なターゲットユーザー (Target User)課金モデル例 (Example Pricing Model)日本語サポート (Japanese Support)
SendGrid多機能(マーケティング含), API/SMTP, 高い到達率, 分析機能企業, 開発者, マーケター 84通数ベース段階料金, 無料プランあり 85あり (プランによる場合あり) 86
Mailgun開発者向け, 強力なAPI, 高到達率, ルーティング, ログ分析開発者, テック企業 84通数ベース段階料金, 無料プランあり 85限定的/なし 85
Amazon SESAWS連携, 低コスト, スケーラブル, API/SMTPAWSユーザー, 開発者, コスト重視企業 84従量課金, 無料枠あり(EC2利用時等) 85AWSサポートプランによる

企業におけるSMTPサーバー構築・運用のポイント（補足）

SMTPリレーサービスを利用せず、自社でSMTPサーバーを構築・運用する選択肢もあります。この場合、メールシステム全体を完全に自社でコントロールできるというメリットがありますが、一方で以下のような課題や注意点があります 17。

  • コスト: サーバー機器の購入や維持費、ソフトウェアライセンス、電気代などの初期費用および運用費用がかかります 38。
  • 専門知識: サーバー構築、ネットワーク設定、セキュリティ対策、メールプロトコルの知識など、高度な専門知識を持つ人材が必要です 38。
  • 運用負荷: サーバーの監視、OSやソフトウェアのアップデート、障害対応、バックアップ、IPレピュテーション管理、エラーメール処理、セキュリティインシデント対応など、継続的な運用管理が必要です 38。
  • セキュリティ: 不正アクセス、スパム送信の踏み台化、DoS攻撃などを防ぐための堅牢なセキュリティ対策（ファイアウォール、アクセス制御、認証、暗号化、送信ドメイン認証設定など）が不可欠です 38。
  • 可用性: メールシステムが停止すると業務に大きな支障が出るため、サーバーの冗長化や負荷分散（ロードバランシング）など、高い可用性を確保するための設計が重要になります 17。

自社構築は完全なコントロールを可能にする反面、多大なリソース（ヒト・モノ・カネ）と専門知識を要求します。SMTPリレーサービスは、これらの負担を軽減し、専門的なメール配信インフラを利用できるという点で、特に専門の人材やリソースが限られる企業にとっては有力な選択肢となります。どちらを選択するかは、企業の規模、メール送信の要件、予算、技術力などを考慮したトレードオフの判断となります。

6. まとめ

本記事では、電子メール送信の根幹を支えるプロトコルであるSMTPについて、初学者の方にも理解しやすいように解説してきました。

SMTP（Simple Mail Transfer Protocol）は、インターネット上でメールを送信・中継するための標準的なルールです 1。私たちがメールクライアントで「送信」ボタンを押すと、SMTPサーバーがそのメールを受け取り、DNSサーバーで宛先を確認した後、受信側のSMTPサーバーへとリレー（転送）します 5。この一連の流れを支えるのがSMTPの役割です。

通信には特定のポート番号（現在は主にポート587が推奨）が使われ、クライアントとサーバーはHELO/EHLO, MAIL FROM, RCPT TO, DATA, QUITといったコマンドをやり取りして通信を進めます 4。

しかし、基本的なSMTPにはセキュリティ上の課題があったため、現代のメール通信では、

  • SMTP-AUTHによるユーザー認証 30
  • TLS/SSLによる通信経路の暗号化 5
  • SPF, DKIM, DMARCによる送信ドメイン認証 37 といったセキュリティ対策が不可欠となっています。特に近年、GoogleやYahoo!などが送信ドメイン認証を強く要求するようになり、これらの設定を行わないとメールが届きにくくなる状況になっています 42。

GmailやOutlook、国内のISP（OCN, Nifty, auなど）を利用する際には、それぞれのサービスが指定するSMTPサーバー名、ポート番号、認証・暗号化設定を正しく行う必要があります。また、大量のメールを送信する場合には、到達率や運用負荷の観点から、SendGrid, Mailgun, Amazon SESといったSMTPリレーサービスの利用が有効な選択肢となります。

SMTPは目に見えないところで動いていますが、私たちのメールコミュニケーションを支える非常に重要な技術です。この記事を通じて、SMTPの基本的な仕組みと、安全なメール利用のためにセキュリティ対策がいかに重要であるかをご理解いただけたなら幸いです。メールが「なぜ届くのか」「どうすればより安全に届けられるのか」を知ることは、ITリテラシーを高める上で大切な一歩となるでしょう。

引用文献

  1. aws.amazon.com, 5月 4, 2025にアクセス、 https://aws.amazon.com/jp/what-is/smtp/#:~:text=SMTP%20%E3%81%AF%20Simple%20Mail%20Transfer,%E3%80%81%E5%8F%97%E4%BF%A1%E3%80%81%E4%B8%AD%E7%B6%99%E3%81%97%E3%81%BE%E3%81%99%E3%80%82
  2. SMTP とは何ですか? – SMTP サーバーの説明 – AWS, 5月 4, 2025にアクセス、 https://aws.amazon.com/jp/what-is/smtp/
  3. SMTP – お客様マイページ – 大塚商会, 5月 4, 2025にアクセス、 https://mypage.otsuka-shokai.co.jp/contents/business-oyakudachi/words/smtp.html
  4. SMTP 【Simple Mail Transfer Protocol】 – IT用語辞典 e-Words, 5月 4, 2025にアクセス、 https://e-words.jp/w/SMTP.html
  5. SMTPとは？メール送受信の仕組みとIMAPサーバーとの違いをわかりやすく解説 – エンバーポイント, 5月 4, 2025にアクセス、 https://emberpoint.com/blog/column/240805-006.html
  6. ポート465と587の違いとは？ | SendGridブログ, 5月 4, 2025にアクセス、 https://sendgrid.kke.co.jp/blog/?p=12945
  7. 【2025年最新版】１からまとめるメール送受信の仕組み。 #Network …, 5月 4, 2025にアクセス、 https://qiita.com/ettottooo/items/649762b94f2012b8e761
  8. SMTPとは？概要や仕組みを嚙み砕いて徹底的に解説 | ITELL, 5月 4, 2025にアクセス、 https://www.ite-ll.com/overview-of-smtp-and-how-it-works/
  9. メールはなぜ届くのか？その仕組みを図解で解説 – 令和のITスキル, 5月 4, 2025にアクセス、 https://sskshogo.com/2023/03/09/4028/
  10. SMTPとは | SMTPの仕組みやサーバー | Cloudflare, 5月 4, 2025にアクセス、 https://www.cloudflare.com/ja-jp/learning/email-security/what-is-smtp/
  11. 普段何気なく使ってるメールの仕組みを解剖！「SMTPサーバ」ってなんだか調べてみた結果をまとめてみた – Zenn, 5月 4, 2025にアクセス、 https://zenn.dev/mifurohi/articles/0a135edf8ea64e
  12. メールサーバーとは？仕組み・役割をわかりやすく解説します – カゴヤ・ジャパン, 5月 4, 2025にアクセス、 https://www.kagoya.jp/howto/it-glossary/mail/mailserver/
  13. SMTPサーバー構築のポイントと注意点。自社で構築することのメリット・デメリットとは – ベアメール, 5月 4, 2025にアクセス、 https://baremail.jp/blog/2022/03/04/2347/
  14. SMTPサーバの構築に取り掛かる前に知っておくべきこと。SMTPサーバ構築のメリット・デメリットを解説します！ – ブラストメール, 5月 4, 2025にアクセス、 https://blastmail.jp/blog/mail-delivery/smtpserver-construction
  15. 第2回 eメールが届く仕組み, 5月 4, 2025にアクセス、 https://jp.fujitsu.com/family/familyroom/syuppan/family/webs/internet/index2.html
  16. メールサーバーとは？初心者向けに仕組みや役割を徹底解説, 5月 4, 2025にアクセス、 https://business.ntt-east.co.jp/content/cloudsolution/column-220.html
  17. メールサーバーのセキュリティ強化に必要な対策4選！利用時の外的・内的リスクも紹介, 5月 4, 2025にアクセス、 https://www.dsk-cloud.com/blog/gws/measures-necessary-to-strengthen-email-server-security
  18. SMTPサーバとは？ | SendGridブログ – 構造計画研究所, 5月 4, 2025にアクセス、 https://sendgrid.kke.co.jp/blog/?p=11638
  19. SMTPサーバーとは？メール送受信における重要性とその他のサーバーとの違い, 5月 4, 2025にアクセス、 https://bmb.jp/maildeliver/smtp-server
  20. メールアカウント設定時に出てくるSMTPポート番号(25587)の使い分け – ウェブラボ株式会社, 5月 4, 2025にアクセス、 https://www.weblab.co.jp/blog/staff/other/4515.html
  21. メールのポート番号ってそもそもなんなの？ | ホームページ制作 サポート – メディアプライムスタイル, 5月 4, 2025にアクセス、 https://www.mediaprimestyle.jp/column_post/mail-port/
  22. どのSMTPポートを使用すればいいですか？ポート25か587のどちら …, 5月 4, 2025にアクセス、 https://www.cloudflare.com/ja-jp/learning/email-security/smtp-port-25-587/
  23. smtpのポート25, 465(smtps), 587, 2525について めも | Note, 5月 4, 2025にアクセス、 https://www.task4233.dev/article/20200103.html
  24. 25番ポートブロックOP25B(Outbound Port 25 Blocking) – クイックサーバー, 5月 4, 2025にアクセス、 https://www.quick-s.net/outbound-port25-blocking00.html
  25. SMTPポートとは？一般的なポート番号と適切な選び方 | 【公式】ブラストエンジン（blastengine）, 5月 4, 2025にアクセス、 https://blastengine.jp/blog_content/smtp-port/
  26. SMTPコマンドと応答コード – CyberLibrarian – asahi-net.or.jp, 5月 4, 2025にアクセス、 https://www.asahi-net.or.jp/~ax2s-kmtn/ref/smtp.html
  27. SMTPとは？初心者でも簡単！設定方法から使い方まで徹底解説します – Study SEC, 5月 4, 2025にアクセス、 https://study-sec.com/smtp/
  28. SMTP コマンド – Simple Mail Transfer Protocol – IBM, 5月 4, 2025にアクセス、 https://www.ibm.com/docs/ja/i/7.3?topic=information-smtp
  29. SMTP コマンド – IBM, 5月 4, 2025にアクセス、 https://www.ibm.com/docs/ja/zos/2.5.0?topic=set-smtp-commands
  30. SMTP-AUTHとは？ SMTP認証の仕組みやセキュリティを高めるため …, 5月 4, 2025にアクセス、 https://baremail.jp/blog/2023/05/19/3052/
  31. SMTP-AUTHとは？ 10分でわかりやすく解説 – ネットアテスト, 5月 4, 2025にアクセス、 https://www.netattest.com/smtp-auth-2024_mkt_tst
  32. SMTP認証とは – IT用語辞典 e-Words, 5月 4, 2025にアクセス、 https://e-words.jp/w/SMTP%E8%AA%8D%E8%A8%BC.html
  33. SMTP-AUTHとはなんですか – ロリポップ！レンタルサーバー, 5月 4, 2025にアクセス、 https://support.lolipop.jp/hc/ja/articles/360048382334-SMTP-AUTH%E3%81%A8%E3%81%AF%E3%81%AA%E3%82%93%E3%81%A7%E3%81%99%E3%81%8B
  34. SMTP-AUTHとは（メールソフトのユーザー認証設定） – Yahoo! JAPANヘルプセンター, 5月 4, 2025にアクセス、 https://support.yahoo-net.jp/PccMail/s/article/H000011473
  35. 国内ISPメールサービス事情 – ～レガシーシステムをなんとかしよう, 5月 4, 2025にアクセス、 https://www.iajapan.org/anti_spam/event/2014/conf0214/pdf/sess4/01_ito.pdf
  36. 【SMTPプロトコルを深掘り】メール通信の秘密を専門家が解き明かします – パトスコ, 5月 4, 2025にアクセス、 https://tokyo-web.net/2023/12/12/smtp-protocol-explained/
  37. 電子メールにおけるセキュリティ技術とセキュリティ・ニーズ – JPNIC, 5月 4, 2025にアクセス、 https://www.nic.ad.jp/ja/newsletter/No66/0800.html
  38. SMTPサーバーを自社で構築するメリット・デメリットとは？構築と運用のポイント – ブラストエンジン, 5月 4, 2025にアクセス、 https://blastengine.jp/blog_content/build-smtp-server/
  39. 【AWSメールサーバー構築】最適な方法を徹底解説！SES、EC2、SMTPリレーサービスを比較, 5月 4, 2025にアクセス、 https://ops-today.com/topics-3650/
  40. 送信ドメイン認証（SPF / DKIM / DMARC）の仕組みと、なりすまし …, 5月 4, 2025にアクセス、 https://ent.iij.ad.jp/articles/172/
  41. なりすましメール対策（SPF、DKIM、DMARC、S/MIME、PGP） – ネットワークエンジニアとして, 5月 4, 2025にアクセス、 https://www.infraexpert.com/study/security30.html
  42. Gmailユーザへメールが届かなくなる？Googleが発表した「新しい …, 5月 4, 2025にアクセス、 https://www.nri-secure.co.jp/blog/gmail-guideline-2023
  43. SPF・DKIM・DMARCの送信ドメイン認証対応のメールサーバー（Webメールやシングルサインオンにも対応） – Mubit Powered BLUE アプライアンス, 5月 4, 2025にアクセス、 https://www.mubit.co.jp/pb-blog/?p=29659
  44. 送信ドメイン認証（SPF・DKIM・DMARC）とは？認証方法や仕組みを解説 – 配配メール, 5月 4, 2025にアクセス、 https://www.hai2mail.jp/column/security/20200303.php
  45. DMARCの設定方法を4手順で紹介！レコードの内容も解説 | 【公式メディア】不正検知Lab, 5月 4, 2025にアクセス、 https://frauddetection.cacco.co.jp/media/fraud-access/10265/
  46. 【図解】DMARC・DKIM・SPFとは？メールの送信者認証をわかりやすく解説 – XServerドメイン, 5月 4, 2025にアクセス、 https://www.xdomain.ne.jp/column/dmarc-dkim-spf/
  47. 新潮流になるか？GoogleとYahooが発表した「今後は受信しないメール」の条件, 5月 4, 2025にアクセス、 https://ent.iij.ad.jp/articles/6076/
  48. お名前.comでSPF・DKIM・DMARCのDNSレコードを設定する – ベアメールブログ, 5月 4, 2025にアクセス、 https://baremail.jp/blog/2024/10/23/4062/
  49. GoogleとYahooが発表したSPF/DKIM、DMARC対応必須化に対応しました | SAVACAN, 5月 4, 2025にアクセス、 https://savacan.space-i.com/google%E3%81%A8yahoo%E3%81%8C%E7%99%BA%E8%A1%A8%E3%81%97%E3%81%9Fdkim%E3%80%81dmarc%E5%AF%BE%E5%BF%9C%E7%BE%A9%E5%8B%99%E5%8C%96%E3%81%AB%E5%AF%BE%E5%BF%9C%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F/
  50. DMARCとは？設定方法やSPF・DKIMとの関係をわかりやすく解説 – うちでのこづち, 5月 4, 2025にアクセス、 https://www.uchideno-kozuchi.com/lab149/
  51. Gmailと米国Yahoo!メールのメール送信者ガイドラインの変更への対応（2024年2月）, 5月 4, 2025にアクセス、 https://help.zoho.com/portal/ja/kb/crm/connect-with-customers/email/email-tips-guidelines/articles/gmail%E3%81%A8%E7%B1%B3%E5%9B%BDyahoo-%E3%83%A1%E3%83%BC%E3%83%AB%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E9%80%81%E4%BF%A1%E8%80%85%E3%82%AC%E3%82%A4%E3%83%89%E3%83%A9%E3%82%A4%E3%83%B3%E3%81%AE%E5%A4%89%E6%9B%B4%E3%81%B8%E3%81%AE%E5%AF%BE%E5%BF%9C-2024%E5%B9%B42%E6%9C%88
  52. メール送信者のガイドライン – Google Workspace 管理者 ヘルプ, 5月 4, 2025にアクセス、 https://support.google.com/a/answer/81126?hl=ja
  53. GoogleとYahooにおけるDMARC、SPF、およびDKIMの新しいメール送信者要件 – Valimail, 5月 4, 2025にアクセス、 https://www.valimail.com/resources/guides/new-email-sender-requirements-for-dmarc-spf-and-dkim-at-google-and-yahoo-jpn/
  54. グーグル「メール送信者のガイドライン」の急所とDMARC対応の実際［後編］ | IT Leaders, 5月 4, 2025にアクセス、 https://it.impress.co.jp/articles/-/25853
  55. 【2025最新】メールリレーサービスおすすめ13選！比較のポイント …, 5月 4, 2025にアクセス、 https://blastengine.jp/blog_content/mailrelay-service/
  56. 【2024年版】Gmailのメールサーバ設定 – ずきたにの風物詩, 5月 4, 2025にアクセス、 https://zukitani.jp/tech/gmail-email-client-settings/
  57. GmailとのSMTPサーバー連携設定ができない場合 – Toyokumo kintoneApp よくある質問, 5月 4, 2025にアクセス、 https://kintoneapp.zendesk.com/hc/ja/articles/360041005292-Gmail%E3%81%A8%E3%81%AESMTP%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E9%80%A3%E6%90%BA%E8%A8%AD%E5%AE%9A%E3%81%8C%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E5%A0%B4%E5%90%88
  58. Gmailでのメール送信設定方法 : 基本認証（SMTP） – Gravio Documentation, 5月 4, 2025にアクセス、 https://doc.gravio.com/manuals/gravio4/1/ja/topic/gmail
  59. GmailのSMTPサーバーを設定する方法とそのメリット – @DIME アットダイム, 5月 4, 2025にアクセス、 https://dime.jp/genre/684264/
  60. GmailのSMTPサーバーを使って無料でメールを送信する方法 – Kinsta, 5月 4, 2025にアクセス、 https://kinsta.com/jp/blog/gmail-smtp-server/
  61. Microsoft 365（旧Office 365）のSMTP メールクライアントとWordPressサイトでの設定方法, 5月 4, 2025にアクセス、 https://kinsta.com/jp/knowledgebase/office-365-smtp/
  62. Outlook 2019(Outlook 365)設定手順 | レンタルサーバーならエックスサーバー, 5月 4, 2025にアクセス、 https://www.xserver.ne.jp/manual/man_mail_setting_ol2019.php
  63. Outlook 2019／2021／Microsoft 365（IMAP/SMTP）［設定変更］ – アルファメール, 5月 4, 2025にアクセス、 https://www.alpha-mail.jp/support/mail-ftp/mail/w_ol2019b-imap.html
  64. Microsoft Outlook 2016（POP3/SMTP）［設定変更］ – アルファメール プレミア 会員サイト, 5月 4, 2025にアクセス、 https://www.alpha-prm.jp/support/mail-ftp/mail/w_ol2016b.html
  65. メール設定確認方法を知りたい（Outlook 2021 / 2019 / 2016） | 会員サポート | So-net, 5月 4, 2025にアクセス、 https://support.so-net.ne.jp/supportsitedetailpage?id=000011849
  66. OCNメールの設定値と基本仕様｜メールサービス – NTT Com お客さまサポート, 5月 4, 2025にアクセス、 https://support.ntt.com/ocn-business/support/detail/pid21000001uk9/
  67. 【外部メール連係】プロバイダーからメールの設定を推奨設定へ変更するよう言われた, 5月 4, 2025にアクセス、 https://faq01-fb.fujifilm.com/faq/show/6368?category_id=1034&site_domain=default
  68. メール設定値 プロバイダ別リスト – Mac修理はMacLab（マックラボ）, 5月 4, 2025にアクセス、 https://www.maclab.tokyo/document/mail-setup-value/16172/
  69. [041523]プロバイダ別アカウント設定例 – サポート – JustSystems Corporation, 5月 4, 2025にアクセス、 https://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=041523
  70. OCN｜Bizメール＆ウェブ プレミアム【メール送受信】 – NTT｜フレッツ光, 5月 4, 2025にアクセス、 https://www.isdn-info.co.jp/sp/hosting/mw-vps/service02.html
  71. 設定値一覧 – nifty会員サポート, 5月 4, 2025にアクセス、 https://support.nifty.com/support/manual/mail/setvalue.htm
  72. [016038]＠nifty設定例 – サポート, 5月 4, 2025にアクセス、 https://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=016038
  73. [001811]＠nifty設定例 – サポート – JustSystems Corporation, 5月 4, 2025にアクセス、 https://support.justsystems.com/faq/1032/app/servlet/qadoc?QID=001811
  74. メールの設定方法 – Niftyメール, 5月 4, 2025にアクセス、 https://mail.nifty.com/info/manual/
  75. ＠ニフティのメール設定値について | chat-tigerのブログ, 5月 4, 2025にアクセス、 https://ameblo.jp/chat-tiger/entry-12772098979.html
  76. SMTP認証の設定変更方法（サブミッションポート、SSL／TLSのご利用）：迷惑メール対策 – au, 5月 4, 2025にアクセス、 https://www.au.com/support/service/internet/security/anti-spam/submission-port/
  77. ﾊﾟｿｺﾝ＞ｲﾝﾀｰﾈｯﾄ､IP電話＞各ﾌﾟﾛﾊﾞｲﾀﾞ＞auone net＞ﾒｰﾙ設定＞, 5月 4, 2025にアクセス、 http://imml.biz/tec/pc/internet/provider/auone/mail.html
  78. メールソフトの設定 | インターネット・電話をご利用の方 – au, 5月 4, 2025にアクセス、 https://www.au.com/support/service/internet/guide/mail/
  79. メールリレーサービス比較９選！選び方やメリットも紹介 – ITトレンド, 5月 4, 2025にアクセス、 https://it-trend.jp/mail_delivery/article/28-4666
  80. メールリレーサービスの比較9選。4つのメリットや選び方 | アスピック, 5月 4, 2025にアクセス、 https://www.aspicjapan.org/asu/article/10946
  81. メールリレーサービスのおすすめ11選！機能や料金を比較し目的別の選び方を解説します, 5月 4, 2025にアクセス、 https://blastmail.jp/blog/mail-delivery/emailrelay-service
  82. SendGridの主な機能やメリットは？メール配信システムの選び方とあわせて解説 – kyozon, 5月 4, 2025にアクセス、 https://kyozon.net/list/sendgrid-reputation/
  83. メールリレーサービスとは？比較10選！仕組みや無料で構築できるか徹底解説 – エンバーポイント, 5月 4, 2025にアクセス、 https://emberpoint.com/blog/column/240712-001.html
  84. 無料SMTPサーバー: プロバイダー10選の比較[2025] – Mailtrap, 5月 4, 2025にアクセス、 https://mailtrap.io/ja/blog/free-smtp-servers/
  85. SendGridの代替サービスを探す｜oft0n@AIエンジニア – note, 5月 4, 2025にアクセス、 https://note.com/oft0nland/n/nc211202b0d04
  86. おすすめメールリレーサービス比較14選！選び方やメリット・デメリットを徹底解説, 5月 4, 2025にアクセス、 https://bmb.jp/maildeliver/emailrelay-service
  87. メール到達性の高いSMTPサービスプロバイダー7選（2025年） – WPBeginner, 5月 4, 2025にアクセス、 https://www.wpbeginner.com/ja/showcase/best-smtp-service-providers-with-high-email-deliverability/
  88. AMAZON SES×SendGrid×ベアメール徹底比較！メールリレーサービスの機能・メリット・評判, 5月 4, 2025にアクセス、 https://boxil.jp/mag/a5460/
  89. 【2025年最新版】メールリレーサービスおすすめ15選を比較！選び方も紹介 – LISKUL, 5月 4, 2025にアクセス、 https://liskul.com/mail-relaying-service-comparison-153728
  90. APIリファレンス – ドキュメント – SendGrid, 5月 4, 2025にアクセス、 https://sendgrid.kke.co.jp/docs/API_Reference/index.html
  91. どのようなAPIが提供されていますか？ – サポート | SendGrid, 5月 4, 2025にアクセス、 https://support.sendgrid.kke.co.jp/hc/ja/articles/203392045-%E3%81%A9%E3%81%AE%E3%82%88%E3%81%86%E3%81%AAAPI%E3%81%8C%E6%8F%90%E4%BE%9B%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%99%E3%81%8B
  92. 【SendGrid API】各種アプリとの連携方法から活用事例まで徹底解説。 – Yoom, 5月 4, 2025にアクセス、 https://lp.yoom.fun/blog-posts/sendgrid-api-complete-guide-integration-use-cases
  93. SendGrid API と自社アプリを連携させる方法(実装編) – Zenn, 5月 4, 2025にアクセス、 https://zenn.dev/lovegraph/articles/6ec94f9189ec13
  94. WordPressでメールサービスMailgunを設定する方法 – Kinsta, 5月 4, 2025にアクセス、 https://kinsta.com/jp/knowledgebase/mailgun-wordpress/
  95. MailgunからMailtrapへの移行についての段階的ガイド, 5月 4, 2025にアクセス、 https://mailtrap.io/ja/mailgun-migration/
  96. Mailgun APIs, 5月 4, 2025にアクセス、 https://documentation.mailgun.com/docs/mailgun/api-reference/intro/
  97. Overview | Mailgun API | Sinch, 5月 4, 2025にアクセス、 https://documentation.mailgun.com/docs/mailgun/api-reference/
  98. Mailgun – Datadog Docs, 5月 4, 2025にアクセス、 https://docs.datadoghq.com/ja/integrations/mailgun/
  99. Getting started Sending Email – Mailgun Documentation, 5月 4, 2025にアクセス、 https://documentation.mailgun.com/docs/mailgun/user-manual/get-started/
  100. Amazon SES およびセキュリティプロトコル – Amazon Simple Email Service, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/security-protocols.html
  101. Amazon SES API を使用して E メールを送信する – Amazon Simple Email Service, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-email-api.html
  102. Amazon SESとは？ – Amazon Simple Email Service – AWS Documentation, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/Welcome.html
  103. テンプレートを使用して、Amazon SES API でパーソナライズされた E メールを送信する, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-personalized-email-api.html
  104. Amazon SES API を使用した使用統計のモニタリング – Amazon Simple Email Service, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/monitor-sending-activity-api.html
  105. Amazon SES API v2 を使用した raw E メールの送信 – Amazon Simple Email Service, 5月 4, 2025にアクセス、 https://docs.aws.amazon.com/ja_jp/ses/latest/dg/send-email-raw.html
  106. サーバ構築のポイントとは？今さら聞けないサーバに関する基礎知識 – 発注ナビ, 5月 4, 2025にアクセス、 https://hnavi.co.jp/knowledge/blog/server_construction/
テクノロジー
よかったらシェアしてね！
  • URLをコピーしました！
  • URLをコピーしました！

関連記事

目次