SMTP認証とは、メールを送信するときに「この利用者は、このSMTPサーバーを使って送信してよい人か」を確認する仕組みです。 メールソフトやスマートフォンから独自ドメインメールを送る場合、一般的にはユーザー名・パスワードなどで認証してからSMTPサーバーへメールを渡します。
SMTP認証は「SMTP AUTH」とも呼ばれます。 単にSMTPサーバー名を設定するだけではなく、認証情報と暗号化方式、ポート番号を正しく組み合わせることが重要です。
30秒でわかる結論
- SMTP認証は、メール送信者がSMTPサーバーを利用する権限を持つか確認する仕組み
- 「SMTP AUTH」と呼ばれ、SMTPの認証拡張として利用される
- 一般的なメールソフトでは、ユーザー名・パスワードなどを設定して送信する
- 利用者からのメール送信では587番や465番が使われることが多い
- 587番ではSTARTTLS、465番では接続直後からTLSを使う構成が代表的
- 認証情報を安全に扱うため、暗号化された接続を使うことが重要
- SMTP認証とSPF・DKIM・DMARCは役割が違う
SMTP認証とは？
SMTP認証は、SMTPサーバーへメールを送信するときに利用者を認証する仕組みです。 技術仕様ではSMTPの認証拡張として定義され、サーバーが対応している場合は「AUTH」という機能を使って認証を行います。
初心者向けに言い換えると
SMTPサーバーが「誰でも自由に使える郵便局」にならないよう、メールを出そうとしている人に利用資格があるかを確認する仕組みです。
たとえば、info@example.com のメールアドレスをメールソフトへ設定するとき、次のような情報を入力することがあります。
- SMTPサーバー名
- SMTPポート番号
- 暗号化方式
- SMTP認証を使用するか
- ユーザー名
- パスワード
このうち「SMTP認証を使用する」「送信サーバーは認証が必要」といった項目が、SMTP AUTHに関係する設定です。
なぜSMTP認証が必要なの？
SMTPはメールを送るための仕組みですが、認証なしで誰でも外部宛てのメールを送れるようにすると、そのサーバーが迷惑メール送信に悪用される危険があります。
そのため、利用者がSMTPサーバーへメールを「投稿」するときは、本人または正規利用者であることを確認してから送信を許可する構成が一般的です。
メールソフト → SMTP認証 → 送信許可 → SMTPサーバー → 相手のメールサーバー
SMTP認証で確認すること
- その利用者がメール送信サービスを利用できるか
- 入力した認証情報が正しいか
- サーバーが許可している認証方式を使っているか
- 必要な暗号化接続が確立されているか
SMTP認証があることで、「サーバーへ接続できた人なら誰でも好きな宛先へ送れる」という状態を防ぎやすくなります。
SMTP認証はどのように行われる？
メールソフトがSMTPサーバーへ接続すると、サーバーが利用できる機能を通知します。 SMTP AUTHに対応しているサーバーでは、利用可能な認証方式が示され、クライアントは対応する方法で認証します。
SMTPサーバーへ接続
TLSで通信を保護
AUTHで利用者を認証
認証成功後にメールを投稿
相手側メールサーバーへ配送
一般の利用者がメールソフトを設定するときは、AUTHコマンドを直接入力する必要はありません。 メールアプリ側の「認証方式」「ユーザー名」「パスワード」などを設定すれば、内部で必要な処理が行われます。
認証方式には複数の種類があり、サービスによっては通常のパスワード以外にOAuthなどを利用する場合もあります。実際の設定では、利用中のレンタルサーバーやメールサービスが案内する認証方式を優先してください。
SMTP認証とTLSは別の仕組み
SMTP認証とTLSは、同じ設定画面に並ぶことが多いため混同されやすいですが、役割が違います。
| 仕組み | 役割 | 初心者向けの理解 |
|---|---|---|
| SMTP認証 | 利用者を認証する | 誰が送信しようとしているか確認 |
| TLS | 通信経路を暗号化する | 通信内容を盗み見されにくくする |
つまり、SMTP認証を有効にしただけでは、通信内容そのものが自動的に暗号化されるとは限りません。 認証情報を安全に扱うためにも、現在はTLSを使ったメール送信を前提に考えることが重要です。
認証あり＝暗号化済み、ではない
ユーザー名とパスワードでSMTP認証していても、TLSを使っていなければ通信保護が不十分になる可能性があります。メール設定では「認証」と「暗号化」の両方を確認してください。
587・465・25番ポートの違い
SMTPの設定では、ポート番号も重要です。 初心者が混同しやすいのが、25番・587番・465番です。
| ポート | 主な用途 | 考え方 |
|---|---|---|
| 25 | メールサーバー間の配送 | 一般利用者の送信設定では通常第一候補にしない |
| 587 | 利用者からのメール投稿 | SMTP AUTHとSTARTTLSを組み合わせる構成が広く使われる |
| 465 | TLSを最初から使うメール投稿 | Implicit TLSで接続してからSMTP通信を行う |
RFCでは、メールサーバー間のリレーは25番、利用者によるメール投稿は通常587番として整理されています。 また465番は、接続直後からTLSを開始する「submissions」サービスとして定義されています。
ポート番号は自己判断で変更しない
実際に使えるポート番号、暗号化方式、認証方式はメールサービスによって異なります。「SMTP認証なら必ず587番」「465番なら必ず使える」と決めつけず、契約中サービスの公式設定値を使ってください。
SMTP認証と「SMTP」の違い
SMTPはメールを送信・転送するためのプロトコル全体を指します。 SMTP認証は、そのSMTPに追加された「利用者を認証する機能」です。
| 用語 | 意味 |
|---|---|
| SMTP | メールを送信・転送するための仕組み |
| SMTP AUTH | SMTP利用時に送信者側を認証するための拡張機能 |
したがって、「SMTPとは？」を理解した次の段階として、「そのSMTPサーバーを誰に使わせるかを確認するのがSMTP認証」と考えると整理しやすくなります。
SMTP認証とSPF・DKIM・DMARCの違い
SMTP認証と、SPF・DKIM・DMARCも混同されやすい仕組みです。 しかし確認する対象が違います。
| 仕組み | 主な目的 |
|---|---|
| SMTP認証 | 送信サーバーを利用するユーザーを認証 |
| SPF | そのドメインから送信してよいサーバーか確認 |
| DKIM | 電子署名で送信ドメインとメールの改変有無を確認 |
| DMARC | SPF・DKIMとFromドメインの整合性を確認し、失敗時の方針を示す |
SMTP認証だけでは相手側の信頼性判定は完結しない
SMTP認証に成功してメールを送信できても、そのメールが受信側でSPF・DKIM・DMARCに合格するとは限りません。SMTP認証は「自分が送信サーバーを利用できるか」、SPF・DKIM・DMARCは「受信側が送信ドメインをどう確認するか」と役割を分けて考えます。
SMTP認証でよくある設定項目
メールソフトによって表記は異なりますが、SMTP設定では次の項目を確認することが多くなります。
| 項目 | 確認内容 |
|---|---|
| 送信サーバー | 契約先が指定したSMTPサーバー名 |
| ポート番号 | 587・465などサービス指定の番号 |
| 暗号化方式 | STARTTLS・TLSなど指定された方式 |
| 認証 | SMTP認証を使用する設定 |
| ユーザー名 | メールアドレス全体など、サービス指定の値 |
| パスワード | メールアカウント用パスワードなど |
ユーザー名が「メールアドレス全体」なのか「@より前だけ」なのか、ログインパスワードとメール用パスワードが同じなのかはサービスによって異なります。 一般論で決めず、契約先の設定マニュアルを確認してください。
SMTP認証に失敗するとどうなる？
SMTP認証に失敗すると、受信はできても送信だけできないことがあります。 メールソフトには「認証に失敗しました」「ユーザー名またはパスワードが違います」「Authentication failed」などのメッセージが表示される場合があります。
SMTP AUTHの仕様では、認証情報が無効・不足している場合に 535 5.7.8 が使われます。 また、サーバーが認証を要求しているのに認証されていない場合は、530 5.7.0 のような応答が使われることがあります。
送信できないときの確認順
- SMTPサーバー名を確認
- ユーザー名を確認
- パスワードを再確認
- SMTP認証が有効になっているか確認
- ポート番号を確認
- TLS・STARTTLSなど暗号化設定を確認
- 契約先で障害や仕様変更がないか確認
何度もパスワードを変える前に設定全体を確認
認証エラーに見えても、ポート番号や暗号化方式の不一致で接続自体が正しく成立していない場合があります。パスワードだけを何度も変更するのではなく、サーバー名・ポート・暗号化・認証方式を一式で確認してください。
SMTP認証はどんな場合に必要？
メールソフトで独自ドメインメールを送る
必要度：高
契約先がSMTP認証を要求している場合は、正しい認証情報を設定しなければ送信できません。
スマートフォンから送信する
必要度：高
自宅回線以外からでも正規利用者として送信できるよう、認証付きのメール投稿を利用します。
WordPressからメールを送る
確認が必要
外部SMTPサービスを使う構成では、SMTP認証情報や暗号化設定が必要になる場合があります。PHPのmail処理など別方式なら構成は異なります。
メールサーバー同士の配送
同じ考え方ではない
25番ポートを使うサーバー間配送と、利用者がSMTP AUTHでメールを投稿する処理は分けて理解します。
SMTP認証を使うときの注意点
パスワードを使い回さない
メールアカウントの認証情報が漏れると、不正送信に悪用される可能性があります。 他サービスとのパスワード使い回しは避け、サービス側で利用できるセキュリティ機能も確認してください。
TLSを無効にしない
古いメールソフトで接続できないからといって、安易に暗号化を無効化するのは避けます。 SMTP AUTHの仕様でも、平文パスワードに相当する認証方式を保護なしで利用しないよう求めています。
25番ポートへ戻せば直るとは考えない
25番は主にメールサーバー間の配送に使われます。 利用者からのメール投稿では587番や465番など、契約先が指定したsubmission用設定を使います。
SMTP認証と迷惑メール対策を混同しない
SMTP認証に成功しても、受信側の迷惑メール判定を必ず通過するわけではありません。 SPF・DKIM・DMARC、送信者評価、送信内容などは別に確認する必要があります。
教科書判定
独自ドメインメール利用者は「SMTP認証＋TLS＋指定ポート」をセットで確認する
初心者は、SMTP認証を「メール送信サーバーを利用してよい本人か確認する仕組み」と理解すれば十分です。 メールソフトで独自ドメインメールを送る場合は、SMTPサーバー名・SMTP認証・ユーザー名・パスワード・ポート番号・暗号化方式を契約先の公式設定どおりにそろえてください。
587番と465番のどちらを使うかを自己判断する必要はありません。利用中サービスの指定を優先し、暗号化を無効化して認証情報を送らないことが重要です。
FAQ
Q．SMTP認証とSMTPは同じものですか？
同じではありません。SMTPはメールを送信・転送する仕組みで、SMTP認証はそのSMTPを利用する人を認証するための拡張機能です。
Q．SMTP認証のユーザー名はメールアドレスですか？
メールアドレス全体を使うサービスは多いですが、必ずそうとは限りません。利用中のレンタルサーバーやメールサービスが指定するユーザー名を設定してください。
Q．SMTP認証は587番ポートを使えばよいですか？
587番はメール投稿用として一般的ですが、465番を指定するサービスもあります。ポート番号だけでなく、STARTTLSやImplicit TLSなどの暗号化方式も含めて契約先の設定に合わせます。
Q．SMTP認証に成功すれば迷惑メールに入りませんか？
保証されません。SMTP認証は送信サーバーの利用者確認です。SPF・DKIM・DMARCや送信者評価など、受信側の判定は別の要素です。
Q．受信できるのに送信だけできない場合、SMTP認証が原因ですか？
原因の一つです。SMTP認証のほか、SMTPサーバー名、ポート番号、暗号化方式、パスワード、サービス障害なども確認します。受信設定と送信設定は別なので、受信できてもSMTP側だけ問題が起きることがあります。
まとめ
この記事の結論
- SMTP認証はSMTPサーバーを利用する人を確認する仕組み
- SMTP AUTHとして標準化されている
- 利用者からの送信では587番や465番が代表的
- 587番ではSTARTTLS、465番ではImplicit TLSが代表的
- 認証と暗号化は別の役割なので両方確認する
- SMTP認証とSPF・DKIM・DMARCは目的が異なる
- 設定値は必ず利用中サービスの公式案内を優先する
メール送信で重要なのは、「SMTP認証をONにする」ことだけではありません。 SMTPサーバー名、ユーザー名、パスワード、ポート番号、暗号化方式まで正しく組み合わせて初めて、安全なメール送信設定になります。
「SMTPとは？メール送信の仕組みを初心者向けに解説」「メールが送信できない原因と対処法」もあわせて確認してください。