SMTPについて掘り下げてきた本シリーズ。初回の「SMTPとメール」ではSMTPの歴史について、2回目の「SMTPとメールの到達率」では何をもってメールが到達したと考えるかについて取り上げました。最終回となる今回は、メールの到達率に影響する4つのキーファクターについて考えていきたいと思います。メールを宛先に届かせるには、送信レピュテーション、送信ドメイン認証(SPFやDKIM)の設定、パーミッションの取得方法など、様々なことを考慮する必要があります。中でも重要なのが次の4つの要因です。メールインフラの健全性メールが届くかどうかに大きく影響する要因として、当然、ネットワークやインフラの健全性が挙げられます。よる名前解決」を前提としています。これらの機能が阻害されると、メールは宛先に到達しません。管理者はこのことを知っているので、メールを確実に受信するための措置を講じています。受信経路の冗長化のため、複数のMXレコードを設定しておくというのはよくある手法です。メールを送信する際に、受信側のサーバやDNS設定をコントロールすることはできません。「接続が安定しない」もしくは「DNSに問題がある」といった事態になれば、タイミング良くメールを届けることは難しいでしょう。メールのコンテンツメールのコンテンツは、メールの到達性に大きく影響します。コンテンツ(添付ファイルの有無、URL、本文、ヘッダの内容)によって迷惑メールやマルウェアを特定し、ブロックするという方法はよく使われています。初期のメールフィルタは、特定のパターンやコンテンツにマッチしたもののみフィルタできるというかなり限定的なものでしたが、その後の改良で複数のサイトやサービスからの迷惑メール報告を集約することができる分散協調型フィルタが導入されました。このフィルタが持つ問題は、一度そのメッセージを迷惑メールだと判定すると、同じフィルタを使っている他のサイトでも問答無用でブロックしてしまうという点です。分散協調型フィルタは更なる改良を遂げ、送信元のレピュテーションをベースにフィルタリングできるようになりました。レピュテーションの計算方法はフィルタによって異なりますが、考え方は同じで、以下のような情報から算出されます。1日あたり1,000通のメールを送信していた企業が、突如1日10,000通のメールを送信し始めたという場合、正当な企業であってもフィルタリングの対象となる可能性があります。メールに問題のあるコンテンツを含めてしまった場合も同様です。これらのフィルタは効果的ですが、問題も抱えています。1つには、迷惑メール業者に操作されないよう、ISPは頻繁に評価アルゴリズムを変更しており、メールがフィルタリングされてしまった際にその原因を特定することが難しいという点があります。他にも、IPアドレスを変更した場合、新しいIPアドレスのレピュテーションが低ければメールがフィルタリングされてしまう可能性があります。何も悪いことをしていなくても、IPアドレスの変更やメールサーバを別のネットワークに移行することによって、メールがフィルタリングされてしまう恐れがあるということです。当然ながら、自分でSMTPサーバを運用する場合は、あなたがメール配信元としての責任を負うことになります。仮に、そのSMTPサーバがオープンリレーになっていたとします。迷惑メール業者や主なRBLベンダーが使っている自動スキャニングツールによってその設定ミスが発覚した時には、もうそのサーバはブラックリストに登録されてしまっていることでしょう。SMTPサーバをインターネットに公開したからには、それを監視し、保守する責任があります。受信側サーバの可用性メールが届くかどうかは、受信側のシステムが利用可能な状態にあるかどうかにも依存します。SMTPは蓄積交換型プロトコルのため、受信側サーバが利用可能な状態にない場合、一般的に送信側サーバは一定期間キューイングします。server)に配信されますが、受信側のメールボックスが利用できない場合(宛先メールボックスのDBがオフラインになっている、もしくは中間サイトのリンクが切れているなど)はペリメータサーバが一旦保持し、後ほど配信します。メール到達性の向上メールの到達性を上げることは、ビジネスにおけるコミュニケーションの効率化やコスト効果の向上に繋がります。良いツールと計測プロセスを整備し、配信できなかったメールのデータを取得しましょう。時間をかけてこれらの指標をトラッキングすることで、傾向やパターンをすばやく把握し、手に負えなくなるほど問題が悪化する前にその兆候を見つけることができるようになります。いったデータを分析していると、メール配信問題の原因が分かります。「DNSサーバの設定が適切にされていない」または「逆引きDNSレコードやSPFレコード、DKIMレコードが正しくない」といった状態になっていれば、正しい宛先にメールを届けることはできない(もしくは届くのが遅い)でしょう。配信間隔やキューの長さをチェックしていれば、このような変化がはっきりと分かります。キューの長さだけでなく、サーバのログもよく見てください。多くのISPはエラー時に独自の応答コードを返しますが、これらは通常SMTPサーバ(MTA)のログとして確認することができます。これらのエラーメッセージの中には、ISPが用意した長くて面倒なフォームへの入力を求めるものもありますが、これはISPに正当な送信者として認めてもらうために必要なものです。運用状況をモニタリングしていると、メールの配信に影響しそうなネットワークやインフラの問題の兆候が分かります。モニタリングするためのリソースがない場合は、SendGridがお役に立ちます。SendGridにはトラッキングやアナリティクスの機能があるだけでなく、メール配信のエキスパートがサポートしてくれます。ネタ翻訳アーカイブ2017年1月2016年12月2016年11月2016年10月2016年9月2016年8月2016年7月2016年6月2016年5月2016年4月2016年3月2016年2月2016年1月2015年12月2015年11月2015年10月2015年9月2015年8月2015年7月2015年6月2015年5月2015年4月2015年3月2015年2月2015年1月2014年12月2014年11月2014年10月2014年9月2014年8月2014年7月2014年6月2014年5月2014年4月2014年3月2014年2月2014年1月2013年12月まずは無料ではじめるプランを見る。