アカウント名:
パスワード:
SMTPは平文で複数サーバーをリレーしてくるので途中のサーバー全部覗かれてるしパケット流してるルーターも中身見てるわけで
一方、GoogleはSSLでそれらを遮断しつつ、緊急の事態でもない平時からメールの中身をのぞいて広告を出しているのであった。
Gmail にメールが届くまでのところは平文垂れ流しな SMTP のままだろ。SSL は閲覧時の https, pop3s, imaps の所にしか絡まないから、「それらを遮断」ってのは事実に反する。
遮断はともかく最近のメールサーバはSMTPSにも対応してるの増えてるでしょ
それは、クライアント間との通信なんじゃ・・・サーバ-サーバ間でSMTPSって対応しているもんなんですか？
Received ヘッダはリレーするサーバが付与するんじゃないのですか?それは SMTP の仕事だと思っていましたが。。。
SMTPsは、SMTPとは別のポートを使って、、最初からSSL暗号化した状態で通信路を確立し、その中の通信プロトコルはSMTPのまま、という規格ですが、それとは別のSTARTTLS [wikipedia.org] という規格があります。こっちは通常のSMTP(ポート25)で一旦平文なままの接続を確立したあと、ネゴシエーションによってSSL暗号化通信路に移行するというものです。非対応な場合はそのまま平文通信路で従来通りの送受信が可能、というのがメリット。
というわけで、「メールを中継する送信側受信側両方のMTAがSTARTTLSに対応していれば、その間の通信路も暗号化される」ということになります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
そもそも (スコア:1)
SMTPは平文で複数サーバーをリレーしてくるので途中のサーバー全部覗かれてるしパケット流してるルーターも中身見てるわけで
Re: (スコア:0)
一方、GoogleはSSLでそれらを遮断しつつ、緊急の事態でもない
平時からメールの中身をのぞいて広告を出しているのであった。
文脈が通じない (スコア:0)
Gmail にメールが届くまでのところは平文垂れ流しな SMTP のままだろ。
SSL は閲覧時の https, pop3s, imaps の所にしか絡まないから、「それらを遮断」ってのは事実に反する。
Re: (スコア:0)
遮断はともかく最近のメールサーバはSMTPSにも対応してるの増えてるでしょ
Re:文脈が通じない (スコア:0)
それは、クライアント間との通信なんじゃ・・・
サーバ-サーバ間でSMTPSって対応しているもんなんですか？
Re:文脈が通じない (スコア:1)
Received ヘッダはリレーするサーバが付与するんじゃないのですか?それは SMTP の仕事だと思っていましたが。。。
Re:文脈が通じない (スコア:1)
SMTPsは、SMTPとは別のポートを使って、、最初からSSL暗号化した状態で通信路を確立し、その中の通信プロトコルはSMTPのまま、という規格ですが、
それとは別のSTARTTLS [wikipedia.org] という規格があります。こっちは通常のSMTP(ポート25)で一旦平文なままの接続を確立したあと、ネゴシエーションによってSSL暗号化通信路に移行するというものです。
非対応な場合はそのまま平文通信路で従来通りの送受信が可能、というのがメリット。
というわけで、「メールを中継する送信側受信側両方のMTAがSTARTTLSに対応していれば、その間の通信路も暗号化される」ということになります。