Sender ID：送信者側の設定作業 ― ＠IT
送信ドメイン認証は、Yahoo!やGmailで「DomainKeys」が、Hotmailで「Sender ID」が利用されているほか、多くのISPが対応を表明したことにより一段と普及が進んでいる。すでに米国などでは、送信ドメイン認証に対応しているドメインからのメールを優遇して通すなど、利用することのメリット、また利用しない場合のデメリットなどが現れてきている。 本稿では2回にわたって、IPアドレスベースの認証方式に分類される「SPF（Classic SPF）」およびSender IDについて解説する。前編では、SPFおよびSender IDを導入するに当たって、実際にどのように手を動かせばいいのかについて説明したい。 IPアドレスベースの送信ドメイン認証 まず、IPアドレスベースの送信ドメイン認証について説明する（図1）。送信側は、「Sender Policy Framework（SPF）
Make full use of qmail, a high performance mail transfer agent
sendmail を捨て，qmail に乗り換える ──qmail の仕組みから設定管理，迷惑メール対策まで── 電子メール（以下，メール）の利用が活況を呈している。 かつて電子メールとともにインターネットの 2 大アプリケーションの一つであった NetNews (ネット・ニュース) が衰退の一途をたどっているのに対し， メールは Web 並み， あるいはそれ以上の利用人口を誇っている。 今や日常生活に無くてはならない存在になったと言っても過言でない。 サイト管理者にとって， メールを確実に運用・管理することの重要性が高まっている。 メールはどのように送信者から受信者へと届くのだろうか。 メールはまず送信者の MUA *1 からMTA *2 へ送られ， そこからあて先のMTA へ直接， あるいはいくつかの MTA を経由して届けられる。 そして最終的に， 届いたメールを受信者が MUA を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
