メールのSSLとは？SSL/TLS・STARTTLSとポート番号を解説

メール設定に表示される「SSL」は、メールソフトとメールサーバーの間をTLSで暗号化する設定です。現在の実通信では古いSSLではなくTLSが使われますが、設定画面には「SSL」「SSL/TLS」「TLS」「STARTTLS」など複数の表記が残っています。

設定時は暗号化方式だけでなく、受信方式、サーバー名、ポート番号、ユーザー名、SMTP認証を一組として確認する必要があります。本記事では、2026年10月16日日時点のRFC、メール事業者およびOSベンダーの公式情報に基づき、IMAP・POP3・SMTPと、993・995・465・587・25番ポートの関係を整理します。WebサイトのHTTPSやブラウザのSSLエラーについては、SSLとは？HTTPSの仕組みと証明書をレンタルサーバーで設定する方法を参照してください。

メール設定の「SSL」は何を暗号化するのか？

メールのSSL設定が保護するのは、端末上のメールソフトと、指定した受信・送信サーバーとの通信区間です。受信時にはIMAPまたはPOP3の通信、送信時にはSMTPによる投稿通信が対象になります。通信内容だけでなく、対応する方式では認証情報も暗号化された経路で送られます。

ただし、ここで暗号化されるのは原則として接続中の区間です。メール本文そのものを送信者から受信者まで一貫して暗号化するS/MIMEやOpenPGPとは目的が異なり、受信者のメールボックスへ保存された後のデータを端末設定だけで暗号化する機能でもありません。また、迷惑メール判定、送信ドメイン認証、端末のマルウェア対策を代替するものではありません。

「SSLを使用」と表示されていても、現在推奨される実体は後継規格のTLSです。RFC 8314は、メールソフトとメールアクセス／投稿サーバー間でTLS 1.2以上を使い、平文のアクセスや投稿を廃止していく方向を示しています。したがって、古いマニュアルの「SSL対応」という言葉だけでSSL 3.0などが使われていると判断する必要はありません。実際に選ぶ項目と対応TLSバージョンは事業者の現行マニュアルで確認します。

Webサイト用のHTTPS証明書とメールサーバー用証明書は、同じTLS技術を使っていても接続先と設定場所が別です。WebサイトをHTTPS化しても、メールソフトのサーバー名や暗号化方式が自動的に直るわけではありません。

「SSL」という表示名より、接続先・暗号化方式・ポートの組み合わせを確認しましょう。

IMAP・POP3・SMTPは受信と送信でどう使い分けるのか？

メールソフトの手動設定では、受信と送信を別々に登録します。IMAPとPOP3は受信用、SMTPは送信用です。受信にIMAPを選んでも、送信サーバーには別途SMTPの情報が必要です。

IMAPはサーバー上の状態を複数端末で同期する

IMAPは、メールをサーバー上で管理し、既読・未読、フォルダー、削除状態などを端末間で同期する用途に向きます。PCとスマートフォンの双方で同じメールボックスを使う場合は、事業者が対応していればIMAPが一般的です。サーバー容量の上限や削除ルールは契約サービスごとに異なります。

POP3はメールを端末へ取得する

POP3は、サーバーから端末へメールを取得する方式です。「サーバーにメッセージのコピーを残す」設定の有無によって、別端末から読める期間やサーバー容量の使われ方が変わります。端末故障時にローカル保存分を失う可能性もあるため、利用前に保存場所とバックアップ方法を確認します。

SMTPは作成したメールを投稿する

SMTPは送信に使います。利用者のメールソフトから契約事業者の投稿サーバーへ送る処理と、メールサーバー同士が宛先サーバーへ配送する処理は同じ扱いではありません。利用者向け設定では、通常は認証付きの587番または465番が案内されます。

IMAPとPOP3を同じアカウントで無計画に併用すると、POP3側の削除設定によってIMAPからメールが見えなくなることがあります。移行時は旧端末の自動受信を一時停止し、サーバーに残っているメールとローカル保存メールを確認してから新端末を設定してください。

複数端末で使うなら、最初にIMAP対応とメールボックス容量を確認してください。

Implicit TLSとSTARTTLSは接続開始時に何が違うのか？

Implicit TLSは、TCP接続が成立した直後にTLSハンドシェイクを始め、暗号化された接続の中でIMAP、POP3、SMTPなどのやり取りを行う方式です。メールソフトでは「SSL/TLS」「SSL」「接続時から暗号化」などと表示されることがあります。

STARTTLSは、最初に通常のプロトコルとして接続し、サーバーがSTARTTLSに対応していることを確認した後、STARTTLSコマンドによって同じ接続をTLSへ切り替えます。設定画面では「STARTTLS」「TLS」「使用可能な場合はSTARTTLS」などの表記があります。ただし「使用可能な場合のみ暗号化し、失敗時は平文へ戻る」という任意設定は、TLSを必須にする設定とは異なります。

RFC 8314では、メールアクセスと投稿についてImplicit TLSを優先する考え方が示されています。一方、送信では587番のSTARTTLSも広く配備されており、正しく実装され、メール投稿前にTLS成功を必須とするなら、587番STARTTLSと465番Implicit TLSのセキュリティ特性に大きな差はないと説明されています。

重要なのは、方式名とポートを対応させることです。サーバーが465番で接続直後のTLSを待っているのに、メールソフトが平文のSMTP応答を待つと接続できません。反対に、587番でSTARTTLSを待つサーバーへImplicit TLSとして接続しても失敗します。「暗号化あり」という共通点だけで方式を入れ替えないでください。

2026年10月16日日時点でも、画面上の名称はアプリごとに統一されていません。事業者が「SMTP 587／STARTTLS」と指定しているなら、その組み合わせをそのまま選びます。「SSL」としか表示されない場合は、アプリの公式ヘルプでSSLがImplicit TLSを意味するのか確認します。

465番と587番を替えるときは、暗号化方式も同時に替える必要があります。

993・995・465・587番はどの条件で選ぶのか？

一般的な対応関係は次のとおりですが、これは入力候補を推測するための表ではありません。実際のサーバー名、ポート番号、暗号化方式は契約中のメール事業者または組織管理者の指定が優先です。

993・995・465・587という数字だけを合わせても、接続先ホスト名が違えば正しい証明書を検証できません。また、同じ事業者でも契約プラン、独自ドメイン、共用サーバー名、移行前後によって指定値が異なる場合があります。2026年10月16日日時点の仕様は、契約者向け管理画面または公式マニュアルで対象プランを指定して確認してください。

Appleの公式資料では、2026年10月16日日時点のiCloud Mail手動設定として、受信はIMAPの993番でSSL必須、送信はSMTPの587番でSSL必須かつSMTP認証必須と案内されています。これはiCloud Mailの指定例であり、独自ドメインメールへそのまま流用する値ではありません。Google Workspaceの公式設定例でも、IMAP 993、SMTP 587／TLS、またはSMTP 465／SSLという組み合わせが示されています。

受信方式をPOP3からIMAPへ変更する場合は、同じ設定画面でポートだけを995から993へ変更するのではなく、新しいIMAPアカウントとして追加するのが基本です。アカウント種類は作成後に変更できないメールソフトがあります。

ポート一覧を暗記するより、事業者指定の一組を転記する方が確実です。

25番ポートとSMTP認証はなぜ利用者の送信設定と別なのか？

RFC 6409は、利用者が作成したメールを投稿する機能と、サーバー間でメールを中継する機能を分けています。通常のメッセージ投稿には587番を予約し、サーバー間のSMTPリレーは25番を使い続けると定めています。

そのため、メールソフトで外出先や自宅回線から送信するときに、古い設定例を見て25番を選ぶのは適切でない場合があります。通信事業者による迷惑メール対策、ホスティング側の接続制限、組織内ポリシーによって、端末から外部25番への通信が制限されることもあります。契約事業者が利用者向けに25番を明示していない限り、587番STARTTLSまたは465番Implicit TLSの指定を確認します。

SMTP認証は、送信者がその投稿サーバーを利用する権限を持つことをユーザー名とパスワードなどで確認する仕組みです。「送信サーバーは認証が必要」「SMTP認証を使用」「受信サーバーと同じ設定を使用」といった項目が対応します。受信に成功しても送信だけ失敗する場合は、SMTP認証が無効、ユーザー名がメールアドレス全体でない、送信側パスワードだけ古い、といった原因を確認します。

SMTP認証を有効にしても、暗号化が無効なら認証情報を安全な経路で扱えません。認証とTLSは別項目として両方を確認します。二要素認証を有効にしたアカウントでは、通常のログインパスワードではなく、OAuth認可やアプリ用パスワードを求められる場合があります。AppleのiCloud Mail設定も、他社製メールクライアントでアプリ用パスワードを使うよう案内しています。

受信できて送信できないときは、25番への変更より先にSMTP認証を点検しましょう。

Outlook・iPhone・Macで暗号化設定をどこから確認するのか？

2026年10月16日日時点の画面名は、OS、アプリの版、アカウントの追加方法によって異なります。自動設定で追加したMicrosoft、Google、Appleなどのアカウントでは、OAuthやサービス専用の同期方式が使われ、ポート欄が表示されないことがあります。手動設定が必要なのは、主にレンタルサーバーや組織が提供するIMAP／POP3メールです。

クラシックOutlook for Windows

Microsoft公式の追加手順では、「ファイル」→「アカウントの追加」→「詳細オプション」→「自分で自分のアカウントを手動で設定」→「接続」→「IMAP」または「POP」と進みます。受信・送信サーバー名、ポート、暗号化方式、ユーザー名、パスワードを事業者資料どおり入力します。

既存設定の確認は、構成によって「ファイル」→「アカウント設定」→「アカウント設定」、またはWindowsの「コントロール パネル」→「Mail（Microsoft Outlook）」→「電子メール アカウント」から行います。「詳細設定」の「詳細設定」タブで受信・送信ポートと暗号化方式を照合し、「送信サーバー」タブでSMTP認証を確認します。新しいOutlookでは同じ画面が存在しない場合があるため、アカウントの「管理」や「修復」で編集できなければ、事業者指定を控えてから再追加を検討します。

iPhone・iPadの「メール」

手動IMAP／POPアカウントは、「設定」→「アプリ」→「メール」→「メールアカウント」から対象アカウントを開きます。受信設定はアカウント詳細内、送信設定は「SMTP」→「プライマリサーバ」で確認します。OSの版によって「設定」直下に「メール」がある場合もあります。自動追加したアカウントでは編集欄が限定されるため、表示されないポートを無理に変更しません。

macOSの「メール」

「メール」→「設定」→「アカウント」で対象を選び、「サーバ設定」を開きます。「接続設定を自動的に管理」が有効だとポートやTLS項目が自動選択されます。事業者から手動値を指定された場合だけ自動管理を外し、受信用と送信用を別々に入力します。変更前の値を記録し、保存後に自分宛ての送信と受信を試します。

どのOSでも、設定変更後は、送信済みフォルダーへ入ったことだけでなく、別サービスのアドレスへ届くこと、外部から返信したメールを受信できることまで確認してください。

変更前のサーバー名・ポート・暗号化方式を控えると、失敗時に戻せます。

証明書警告やホスト名不一致が出たとき何を確認するのか？

「サーバーの識別情報を検証できない」「証明書の名前が一致しない」「信頼されていない証明書」といった警告が出た場合、警告を閉じて接続を続ける前に、入力したメールサーバー名と証明書の対象名を確認します。証明書警告は、単なるパスワード間違いとは異なります。

代表的な原因は、独自ドメインの「mail.example.jp」を入力した一方、事業者が証明書を用意している正式名が「sv123.example-server.jp」であるケースです。この場合、ブラウザ用にexample.jpのHTTPS証明書が有効でも、メール接続先として指定したmail.example.jpが証明書に含まれていなければ警告になります。公式マニュアルに共用サーバー名が指定されているなら、その名前へ変更します。

次の順番で切り分けます。

1. 端末の日時とタイムゾーンが自動設定になっているか確認する。
2. 契約者向け画面で、対象メールアドレスの受信・送信サーバー名を再確認する。
3. IMAP／POP3／SMTPの各欄に、同じ名前を推測入力していないか確認する。
4. ポートと暗号化方式が事業者指定の組み合わせか照合する。
5. 公衆Wi-Fiを切り、信頼できる別回線で同じ警告が出るか確認する。
6. 移行直後なら、旧サーバー用のホスト名やプロファイルが残っていないか確認する。

証明書の期限切れ、発行先の誤り、中間証明書の不備が事業者側にある場合は、利用者側で例外登録して解決する問題ではありません。警告文、表示日時、接続先ホスト名、OSとメールソフトの版を記録し、事業者へ問い合わせます。パスワードや証明書警告画面に表示される個人情報は公開掲示板へ載せないでください。

独自ドメインのDNS変更後に問題が始まった場合は、Web用レコードだけでなくMXやメール用ホスト名も確認します。確認方法は、DNSの確認方法で整理しています。ただし、MXレコードが示す受信配送先と、メールソフトへ入力するIMAPサーバー名が常に同一とは限りません。

証明書警告では例外登録より先に、公式指定のホスト名との一致を確認してください。

設定しても送受信できない場合はどの順番で切り分けるのか？

複数項目を一度に変更すると原因が分からなくなります。まず受信と送信を分け、エラーメッセージが「接続」「証明書」「認証」「配送」のどの段階かを確認します。

接続できない場合

タイムアウトやサーバーが応答しない場合は、サーバー名の綴り、ネットワーク接続、ポート、暗号化方式を確認します。465番ならImplicit TLS、587番ならSTARTTLSという事業者指定を照合し、VPNや社内ファイアウォールを使用中なら別回線でも試します。別回線で成功するなら、端末設定ではなくネットワーク側の制限を管理者へ確認します。

パスワードを繰り返し要求される場合

ユーザー名がメールアドレス全体かローカル部だけか、メールボックス用パスワードか管理画面用パスワードかを確認します。二要素認証を利用するサービスでは、OAuthまたはアプリ用パスワードが必要な場合があります。パスワードを忘れた場合の区別は、IMAPパスワードの確認方法も参照してください。

受信できるが送信できない場合

SMTPサーバー名、465／587番、暗号化方式、SMTP認証、送信用ユーザー名を確認します。「受信サーバーと同じ認証情報を使用」が事業者指定と合うかも照合します。送信済みフォルダーへ保存されるだけで配送が完了したとは限らないため、宛先側の不達通知や迷惑メールフォルダーも確認します。

送信できるが受信できない場合

IMAPとPOP3の選択、993／995番、受信サーバー名、メールボックス容量を確認します。Webメールでは受信できるなら、ドメイン全体の配送よりメールソフト側の設定を優先して調べます。Webメールにも届かず、独自ドメインを移行した直後ならMXレコードやDNSの委任先を確認します。DNSとMXの役割は、DNSとは？ドメインとIPアドレスを結ぶ仕組みで確認できます。

独自ドメインメールを継続運用するなら、メールアカウント数、容量、Webメール、迷惑メール対策、バックアップ、サポート範囲を含めてサーバーを選びます。候補を整理する際は、レンタルサーバーおすすめ比較を参照し、2026年10月16日日時点の料金・メール仕様・管理画面名を各社公式サイトで再確認してください。

参照した公式情報

• RFC Editor：RFC 8314 Cleartext Considered Obsolete
• RFC Editor：RFC 6409 Message Submission for Mail
• Microsoft Support：Add an email account to Outlook for Windows
• Apple Support：iCloud Mail server settings for other email client apps
• Google Workspace Admin Help：Set up Gmail with a third-party email client

切り分け結果とエラー文を残してから、事業者サポートへ連絡しましょう。