通知メールの送信にAmazon SESを使用しています。メールは配信されますが、メールがスパムフォルダに移動される場合があります。どうですか?メールの送信方法が同じ場合、なぜ一部のメールはスパムと見なされ、他のメールはそうではないのですか?
説明してください。前もって感謝します
いい質問ですね。電子メールの配信可能性(メッセージが受信トレイに配信される可能性)は、さまざまな要因に依存します。これは、使用しているプラットフォーム(この場合、Amazon SESに言及している)と特定の送信プログラムの両方の共同責任です。送信先と受信メール保護の種類に応じて、受信者の苦情(「これはスパムです」ボタンのクリック)を生成するメールを送信すると、メール配信の障害に直面します。アドレス、スパムのフィンガープリントを含むコンテンツ、および実際にはスパムトラップである可能性がある非アクティブだが既存のアドレスに送信しています。 ISPの使命は、受信者をスパムから保護することですが、スパムとその定義はさまざまです。 1日の終わりに、希望する電子メール受信者を送信し、それを望まない受信者への送信をすぐに削除するかどうかはあなた次第です。
Amazon SESには、ISP(Gmail、Yahooなど)の要件に基づいて送信メール用に特別に調整されたIPスペースのセットアップがあります。 Eメールの認証Easy DKIM、Eメールをテストして適切なバウンスおよび苦情処理(メールボックスシミュレーター)があることを確認し、Amazon Simpleを介してISPフィードバックをすばやく簡単に取得できるようにするためのいくつかの機能も展開しました。通知サービス(バウンスおよび苦情通知)。
また、推奨されるベストプラクティスの送信に関するホワイトペーパーをまとめました。私たちのブログは頻繁に更新され、しばしば配信性に影響を与えるトピックについて議論しています。最後に、サードパーティのプロバイダーを提供するリソースセクションがあり、まだどのステップを踏むべきか疑問に思っている場合に、より詳細にサポートできます。
私たちは、各顧客が成功し、可能な限り最高の成果を上げることを望んでいます。リソースが不足している場合や、現在入手できない追加の機能やデータが必要な場合は、Amazon SESを改善するためにご連絡ください。
特定のユースケースについては、一緒にトラブルシューティングできるようにAmazon SESに向かうことをお勧めします。 Plsはお客様の状況に関する具体的な詳細を提供しますので、これを掘り下げます。これらの質問への回答は、調査に役立ちます。
Amazon SESブログ、技術文書、ベストプラクティスホワイトペーパー、カスタマーフォーラム、およびその他のサービス中心のものを参照するには、plsにアクセスしてください: http://aws.Amazon.com/ses/
リソースページ(Amazon SESページにも含まれていますが、少し下にあります)を表示するには、次のURLにアクセスしてください: http://aws.Amazon.com/ses/resources/
ありがとう、クリス
追伸もともとこの答えはナビゲーションを簡単にするためにリンクでいっぱいでしたが、stackoverlfowはスパム対策のためにそれらを削除しました。皮肉!
SESは、重要な通知メールやマーケティングメールの送信には本当に良くありません。 SESが使用するIP範囲は、スパマーがSESを使用してスパムを送信することが非常に簡単であるため、ほとんどのスパムサービスでフラグが付けられています。
私が勤務していたチームは、1日または2日の間に定期的に数千万のマーケティングおよび通知メールを送信していました。配信の問題のため、SESから離れなければなりませんでした。 SendGridまたは同様のサービスを使用して、配信能力を向上させることをお勧めします。
問題は、Amazon SESがスパマーによって使用されており、Amazonがサービスを開始するのが非常に遅いため、IPが頻繁にブラックリストに載る傾向があることです。
悪用に関する苦情のブログページでは、ゼロトレランスポリシーではなく、ユーザーがスパムを送信しているかどうかの判断に0.1%のしきい値を使用していることがわかります。私は、メールアドレスを何ヶ月もスクレイピングしているスパマーを報告していますが、彼らは何もしていません。私はほとんどの人がスパマーを報告することを気にしていないと思います。以前にも同じことが起こりました-あなたはスパマーを何ヶ月も何度も報告します、そしてAmazonは全く何もしません(山にあなたの苦情を追加し、それが0.1%の閾値を超えるかどうかを見る以外)。
バルクメールサービスを実行している場合、MarketoやSendgridが行っているように、スパムに対するゼロトレランスのアプローチが本当に必要です。皮肉なことに、ec2サーバーからスパムを報告すると、すぐに調査してスパマーを開始します。 Amazon SESはスパマーの天国のようです。
セルゲイのコメントによると、できることはたくさんあります。確かにSPFレコードとDKIM署名を設定する必要があります。
AmazonのWebサイトには、次のような優れたコンテンツがあります。 http://docs.aws.Amazon.com/ses/latest/DeveloperGuide/authentication.html
SESでのDKIMの設定は実際には非常に簡単です。特にRoute53を使用している場合は、DNSエントリが自動的に作成されます。
一括送信者向けのGmailのドキュメントもこちらでご覧いただけます: https://support.google.com/mail/answer/81126?hl=en
また、良い背景の読書をお勧めします、アトウッド氏はこの問題について多くのことを言っています: http://www.codinghorror.com/blog/2010/04/so-youd-like-to- send-some-email-through-code.html
これがお役に立てば幸いです。私は現時点で同じ問題に取り組んでいます。
私はしばらくの間Amazon SESを使用して2年弱になりますが、スパムの共食いについてもまったく同じ問題がありますが、この1つでSESチームに同意する必要があります。 Amazon SESのコストをMailchimpなどと比較検討します。これは素晴らしいサービスです。
Amazon SESで Sendy を使用します。これにより、メールリストで何が起こっているのかが正確に透過的に表示され、マーケティングメール/ニュースレターを実際に作成および送信するための素晴らしいツールになります。
別の優れたツールは Mail-Tester これを使用すると、メールのDNS設定、メールの内容、件名、そしてもちろんあなたをブロックしているスパムリストの配信に影響するすべてのものを確認できます(はい、保証されます)しかし、8.5/10の配信可能性を得ることができます。これは、mailchimpを使用するのと同じくらい高いです。