私の組織は現在、SMTPサービスプロバイダーに電子メール配信をアウトソーシングしています。自社のメールを配信するために、それを社内に戻すことを検討しています。
注文確認と出荷通知に関連して、1日あたり約5,000件のトランザクションメールを送信します。この種の量とこれらの電子メールの重要性は、電子メールがスパムのように見えるのを避けるために、メールサーバーが可能な限り最適に構成されていることを確認する必要があることを意味します。
私たちが送信する電子メールは、テンプレート化された注文確認であるという点で類似している傾向があるため、電子メールがスパムとして分類され、ブロックされたり、電子メールが返送されたりするリスクがあります。
アウトソーシングされたメールプロバイダーを利用することで、優れた配信能力を得ることができますが、自分たちでそれを行った場合、メールが配信されないのではないかと心配しています。
これまでのアイデアは次のとおりです。
このボリュームの電子メールを送信し、スパムとして分類されないようにすることができるメールサーバーをセットアップするためのヒントとベストプラクティスは何ですか?
Dnswl.orgへの登録を検討してください。構成を確認するオープンサービスもいくつかあります。
メールサーバーの実行 に投稿があります。他にもコメントがあります。いくつかの正当なポスターが、電子メールの実装が不十分なためにスパムに非常によく似た電子メールを送信するので、それは少し怒りです。
編集:通常、smtp
、mail
、www
などのサービスにはサービス関連の名前(サブドメイン)があります。場合によっては、これらにはsmtp2
やwww1
のような数字の接尾辞が付きます。これにより、さまざまなサーバーでのサービスの提供が簡単になります。サーバーには通常、提供するサービスとは関係のない独自のホスト名(サブドメイン)があります。最近では、ドメインはWebトラフィックに使用される可能性がありますが、多くの場合、すぐにWebサブドメインにリダイレクトされます。
これらのメールは、注文情報やステータスなどに基づいて、さまざまなドメインのさまざまな受信者に送信されると思いますが、正しいですか?では、特定の外部ドメインについて、5,000通の電子メールのほんの一部を送信している可能性がありますか?もしそうなら、あなたは大丈夫なはずです。大量の電子メールを送信しているからといって、1日に数十通の電子メールしか送信しない会社よりもスパマーとしてフラグが立てられる傾向はありません。 Amazon.comは、注文に関連する何十万ものメールを毎日送信しています。数千または数万の従業員を抱える企業は、1日に数十万の電子メールをまとめて送信します。 IBM、Microsoft、GM、およびWalmartはすべて、毎日数十万の電子メールを送信する企業の例です。
サーバーがオープンリレーでないことの確認、有効なrDNSおよびSPFレコードの保持など、一般的に受け入れられている電子メールの送信に関する「ルール」に従えば、問題はありません。
SPFとDKIMは、特定のドメインへのメール送信が許可されていることを示すだけなので、スパムとしてラベル付けされる可能性を減らすことはできません(スパマーでさえSPFとDKIMを使用します)。
逆引きDNSが主なものであり、サーバーを適切にHELOし、住宅用/動的IPブロックなどをリストするRBLのいずれにも存在しない「適切な」静的IPアドレスから送信していることを確認します。 。
もちろん、RBLに近づかないようにすることが最も重要ですが、配送/注文通知を送信するだけの場合は、メールが未承諾であるという問題は発生しないはずです。
GoDaddy.comは、仮想専用サーバー(ip-XXX-XXX-XXX-XXX-secureserver.net)に偽のrDNSエントリを提供していることに注意してください。これは、スパムを生成するタイプのアドレスとしてフラグが立てられることがよくあります。 GoDaddyは[〜#〜] not [〜#〜]これを変更します(私は何度か尋ねましたが、彼らのアプローチの欠陥を指摘しました)。だから、ホスティングと電子メールサーバーにGoDaddyを使用することに賛成です。
電子メール配信の処理は、メンテナンスが集中します。最初のオプションは、外部SMTPリレーサービスプロバイダーを使用することです( this など。SMTPサーバーを社内で保守する場合は、これを実行できます 電子メールサーバーテスト および与えられた推奨事項を実装します。