メールの配信可能性に影響を与える4つの要因

公開: 2015-08-26

以下は、SMTPを詳細に調べたWindowsITProからの一連のゲスト投稿の一部です。 これまで、SMTP（Simple Mail Transfer Protocol）の歴史について学び、電子メールが「配信済み」と見なされる場合のさまざまな定義を検討してきました。 Windows IT Proからのこの最後の投稿では、電子メールの配信可能性に影響を与える4つの主要な要因を調べます。

送信レピュテーションが良好であること、SPFおよびDKIMを介してメールを適切に認証すること、強力な許可慣行があることなど、多くの要因が配信可能性に影響を与える可能性があります。しかし、4つの要素が本当に際立っています。

メッセージインフラストラクチャの状態
メッセージの内容
誰が送ったのか
受信システムの可用性

メッセージインフラストラクチャの健全性

ネットワークとインフラストラクチャの状態は、メッセージを配信できるかどうかに明らかに大きな影響を及ぼします。 SMTPは、ドメインネームサービス（DNS）を介した信頼できるネットワーク接続と名前解決の存在を前提としています。これらの機能に干渉するものがあると、メッセージの配信が妨げられる可能性があります。

ほとんどの管理者はこれを認識しており、インバウンドトラフィックを保護するための対策を講じています。たとえば、複数のMail Exchanger（MX）DNSレコードを使用して、受信メールに冗長ルートを提供するのが一般的です。ただし、送信者として、受信者のサーバーまたはDNS構成を制御することはできません。また、送信システムまたは受信システムのいずれかに不安定な接続またはDNSの問題がある場合、タイムリーで信頼性の高い方法でメールを配信することは困難です。

メッセージコンテンツ

メッセージの内容は、さまざまな理由から、メッセージの配信可能性に重要な影響を及ぼします。メッセージのコンテンツ（添付ファイル、URL、メッセージテキスト、ヘッダーなど）を調べてメッセージをスパムまたはマルウェアとして認識することは、不要なコンテンツを識別してブロックするための非常に優れた方法であることが証明されています。ただし、出会い系サイト、住宅ローン、およびさまざまな種類の医薬品に関する正当な電子メールは、フィルターに巻き込まれる可能性があります。

メッセージフィルターの最初の数世代はかなり制限されていました。それらは特定のパターンとコンテンツアイテムにしか一致しませんでした。フィルタリングテクノロジーの重要な改善点の1つは、複数のサイトとサービスが集中型サービスにスパムレポートを提供できる協調フィルターの導入でした。協調フィルタリングの問題は、あるフィルターがメッセージがスパムであると判断すると、同じフィルタリングデータを消費する他のサイトがそれをブロックすることです。質問はありません。

送信者の履歴とフィルタリング

レピュテーションベースのフィルタリングの導入により、協調フィルタリングがさらに強化されました。送信者のレピュテーションを計算する正確な方法はフィルターごとに異なりますが、考え方は同じです。レピュテーションシステムは、メッセージの送信元（送信者のIPアドレスや意図されたドメインを含む）に関する情報、過去（単位時間あたりに送信されたメッセージの数とそれらのメッセージが疑わしいと見なされたかどうかを含む）、メッセージの内容、さらには「これはスパムです」ボタンを押したときの受信者からのフィードバックです。

たとえば、通常1日あたり1,000件のメッセージを送信する合法的な企業は、その企業が1日あたり10,000件のメッセージの送信を突然開始した場合、レピュテーションフィルタによってフラグが立てられる可能性があります。疑わしいコンテンツを含むメッセージの送信を開始するビジネスも、レピュテーションフィルタリングをトリガーする可能性があります。これらのフィルターは効果的ですが、問題があります。

1つは、メッセージがフィルターをトリガーし始めた場合、ISPが電子メールのスコアリングに使用するアルゴリズムを保護することが多く、スパマーがシステムをゲームできないため、理由を特定するのが難しい場合があります。もう1つは、送信者の送信元IPアドレスを入力として使用するレピュテーションシステムにより、IPアドレスが変更された後にメールがフィルタリングされ、新しいアドレスがレピュテーションの悪い範囲からのものである可能性があります。したがって、IPを変更したり、メールサーバーを別のネットワークに移動したりした後は、自分の責任でメッセージがフィルタリングされていることに気付く可能性があります。

もちろん、独自のSMTPサーバーを実行する場合は、多くの配信可能性の問題に責任を負います。たとえば、サーバーがオープンリレーに設定されている場合、スパマーまたはすべての主要なRBLベンダーが提供する自動スキャンツールによって構成の誤りが発見されると、サーバーが拒否リストにすぐに見つかる可能性があります。使用する。 SMTPサーバーをインターネットに接続する場合、それを監視および保守する責任はユーザーにあります。

受信システムの可用性

配信可能性は、受信システムの可用性にも依存します。 SMTPはストアアンドフォワードプロトコルであるため、送信サーバーは通常、受信サーバーが利用できない間、メッセージをキューに入れます。マルチサーバー環境では、メッセージは境界サーバーに配信される場合がありますが、受信者のメールボックスが利用できない場合（おそらく、ターゲットメールボックスデータベースがオフラインであるか、サイト間リンクが利用できないため）、境界サーバーは保持できます。メッセージを送信し、後で配信します。

メッセージの配信可能性の向上

アウトバウンドメッセージの配信可能性を改善することは、ビジネスコミュニケーションをより効率的かつ費用効果の高いものにするのに役立ちます。実行できる最も重要な単一のステップは、配信されないメッセージの数に関する信頼できるデータを取得できるように、適切な計測および測定プロセスを実施することです。これらのメトリックを経時的に追跡すると、問題が手に負えなくなる前に問題を早期に警告できる傾向とパターンをすばやく特定するのに役立ちます。

このデータを分析すると、発生している電子メールの配信可能性の問題の原因について多くのことがわかります。たとえば、間違ったDNSサーバーを使用するように構成されたサーバー、または誤った逆引きDNS、SPF、またはDKIMレコードを含むサーバーは、特定の宛先にメッセージを配信するのが遅いか、できない可能性があり、配信パターンの変更が表示されます影響を受けるサーバーの配信時間とキューの長さを確認すると、明確になりますが、確認した場合に限ります。

また、キューの長さよりも多くのサーバーログを確認してください。多くのISPは、リターンコードで配信可能性固有のエラーを返します。これらは通常、SMTPサーバー（MTA）ログで確認できます。これらの「エラー」のいくつかは、送信者がISPで長い面倒なフォームに記入して、一括送信者のステータスを確立したり、その正当性を確認したりする必要があることを示しています。

継続的な運用監視により、アウトバウンドメッセージの配信可能性に影響を与えるネットワークまたはインフラストラクチャの問題を早期に警告する必要があります。この種の監視に専念するためのリソースがない場合、SendGridには、堅牢な追跡と分析、およびこれらの配信の問題を特定して修正するのに役立つ電子メールの専門家のチームがあります。

SMTPと電子メールの配信可能性の歴史を詳しく調べてくれたWindowsITProに感謝します。 メール配信のベストプラクティスとコンプライアンスの維持について詳しく知りたい場合は、配信可能性ガイドをご覧ください。 と私たちのガイド ISPのABC 。

この投稿は、WindowsITProの友人の好意によるものです。