SMTP認証
メール送信時の認証方式だよ
IDとパスワードを使って認証するよ
「SMTP-AUTH」とも呼ばれるよ
簡単に書くよ
SMTP認証(読:エスエムティーピーニンショウ 英:SMTP Authentication)とは
メールを送るときの認証の やり方のひとつ
であり
「おまえの名前を言ってみろ」な やり方
です。
もう少し具体的に書くと
メールを送るときにIDとパスワードを使って認証する やり方
です。
詳しく書くよ
大丈夫です。
身構えないでください。
そんなに難しくありません。
メールを送るときは認証が必要です。
その認証を
普通にIDとパスワードを使ってやる
のが「SMTP認証」です。
「SMTP-AUTH」とも呼ばれます。
せっかくなので、順番に見ていきましょう。
先に予備知識として
・メール
・サーバ
・メールサーバ
・SMTPサーバ
・POPサーバ
について説明しておきます。
「そんなの説明されなくても知ってるよ!」な人は適当に読み飛ばしてください。
メールは「パソコンさんの世界の お手紙機能」です。
話を単純化するために「パソコンさん」と書きましたが、携帯電話やスマホ、その他諸々の媒体でも使えます。
サーバは「サービスや機能を提供する側のコンピュータ」です。
「○○サーバ」と出てきたら「○○関連のサービスを提供しているコンピュータ」と読み替えてみてください。
よく分からない人は、単に「コンピュータ」と読み替えてしまっても かまいません。
それでも雰囲気は感じ取れるはずです。
メールサーバは「メールに関するお仕事をしているサーバ」です。
あなたが書いたメールを相手先に送ったり、あなた宛てに届いたメールを保管しておいてくれたりします。
一口に「メールサーバ」と言っても、実際には
1.メールを送るときに使うサーバ
2.メールを受け取るときに使うサーバ
の2種類あります。
この2つのメールサーバのうち
1.メールを送るときに使うサーバ
を「SMTPサーバ」と言います。
もう一方の
2.メールを受け取るときに使うサーバ
は「POPサーバ」です。
※本当はメールを受け取るときに使うのもSMTPサーバです。SMTPサーバによって受信したメールをパソコンなどで読みだすときにPOPサーバを使います。……が分かりにくくなりそうなので話を単純化しています。そこら辺の あれやこれやが気になる人は、用語「メールサーバ」の説明を ご覧ください。
以上を踏まえて、読み進めてください。
昔は、ですね。
メールを送るときは誰でも送れたのです。
SMTPサーバさんに「このメールを送ってー」とお願いすれば、メールを出す人がどこの誰でもSMTPサーバさんはメールを配達してくれました。
ですが、それでは問題が ありました。
身元をさらす必要がないので、迷惑メールとかもガンガン送られちゃったのです。
これではマズいですよね?
時代の変化と共に「やっぱりさ~。俺たちもセキュリティをしっかりした方が良いんじゃないかな?」とSMTPサーバさんたちは考えました。
ですが、今まで来るもの拒まずでやってきたのです。
改めて認証の仕組みを作るのは面倒くさいです。
「あー、なんか今あるものでサクっと何とかならないかなー」と考えました。
その結果として生まれたのが「POP before SMTP」です。
POP before SMTPは「SMTPサーバさんにお世話になる前にPOPサーバさんに挨拶して来いや!」な認証のやり方です。
言い換えると「メールを送る前にメールの受信操作をしなさい」なやり方です。
これは「メールを受け取れるってことは悪い人じゃないよね?」な考え方から生まれた仕組みです。
もともと、メールを受信するには認証が必要でした。
その認証に、ただ乗りしちゃったのです。
メールの受信操作をするときは認証があります。
その認証を抜けたということは「この人はメールを受信していい人だよ」と身元が保証されたことになります。
メールを受信していい人なら悪い人ではないでしょう。
よし!メールを送らせてあげよう。
SMTPサーバさんは「おっ、おまえはPOPサーバ君にダチだって認められてんのか。それじゃあ俺たちもダチだな」と判断します。
POP before SMTPのポイントは
1.メールを送るときは認証がない
2.メールを受け取るときは認証がある
3.「2」の認証結果をメールを送るときも使う
です。
SMTPサーバさんには相変わらず認証の仕組みは ありません。
ただし
メール受信(認証あり)→メール送信(認証なし)
の手順を踏ませることで、結果として、認証を通らないとメールが送れない理屈です。
おぉ、なかなか理にかなっていますね。
実際、いろんな人が「これで、やっていけるんじゃね?」と思いました。
ですが、実は弱点があったのです。
「このメールを送ってよ~」と言ってきた人と「メールの受信操作をした人」の紐付けにはIPアドレスを使っていました。
仮にピヨ太君が「メールの受信操作をした人」だった場合、ピヨ太君と同じIPアドレスの人はメールの受信操作をしなくてもメールを送れてしまいます。
個人宅では問題ありませんけどね。
例えば、学校や職場では、ひとつのIPアドレス(グローバルIPアドレス)を、いろんな人で一緒に使っています。
誰かひとりがメールの受信操作をすれば、同じIPアドレスを使っているその他大勢までメールを送れてしまいます。
これは……微妙ですよね?
そこで、ついに重い腰を上げました。
「う~ん、仕方ない!面倒くさいけどSMTPサーバにも自前の認証機能を付けようか!」と考えたのです。
そんな経緯で生まれたのが「SMTP-AUTH(SMTP認証)」です。
メールを送るときにIDとパスワードを使った認証をやります。
もともとSMTPサーバには認証機能がありませんでした。
POPサーバの認証機能借りて誤魔化していましたが、やっぱり誤魔化しきれませんでした。
仕方がないので、SMTPサーバにも自前の認証機能を付けました。
そんな経緯です。
ということで、特に難しいことは ありません。
SMTP認証は、単なる
IDとパスワードを使った認証
です。
一言でまとめるよ
まぁ「SMTP認証」って単語が出てきたら「メールを送信するときにIDとパスワードを使って認証するやり方なんだな~」と お考えください。
おまけ
■訳してみるよ
「SMTP」は「Simple Mail Transfer Protocol(シンプル・メール・トランスファー・プロトコル)」の略です。
「simple(シンプル)」の意味は「簡単な」とか「単純な」とかです。
「mail(メール)」の意味は「郵便」とか「郵便物」とかです。
「transfer(トランスファー)」の意味は「移す」とか「動かす」とか「運ぶ」とかです。
「protocol(プロトコル)」の意味は「(外交上の)儀礼」とか「議定書」とかですが、今回は「お約束事」と解釈してください。
「認証」は日本語ですね。
何となく くっつけると
単純な郵便物を運ぶお約束事の認証
となります。
■検索してみる?






