ユーザーがクライアントに請求書を送信できるSaaS Webサイトアプリケーションを開発しています。理想的には、これらの電子メールは顧客から発信されているように見えるため、送信者の電子メールアドレスドメインはサーバーの逆IPエントリと一致します。事実上、私たちは彼らの電子メールアドレスを偽造しますが、もちろん彼らの同意を得ています。
その結果、スパマーとしてマークされる可能性が高くなりますか/その電子メールはスパムとしてマークされますか?
はいの場合、ペナルティはどのくらい悪いですか?
そして、SPF対応ドメインから発信された電子メールアドレスを持っている人はどうですか?私はそれが大きな電子メールプロバイダーの大多数であるべきだと思います。
それは確かにスパムスコアを増加させますが、どれだけが各フィルター技術と実装に依存します。より大きな問題は、各顧客がSPFレコードに適切なエントリを追加しない限り、一部のシステムが単にメッセージを拒否することです。これがないと、システムがそのドメインへのメッセージの送信を許可されていると認識されない場合があります。
エンベロープの送信者アドレスを管理しているアドレス(必要に応じてcustomername-invoice-bounces @ yourdomain)に設定し、ヘッダーのFrom:行を顧客の目的の送信アドレスに設定してみませんか?
受信者の99%には、電子メールは顧客から送信されたように見えますが、バウンスは好きなように処理でき、SPFや同様のチェックのファウルを回避できます。
私の答えは条件付きのいいえです。
無効なアドレスやメールを望まない人にメールを送信しない場合、メールがスパムと見なされる可能性はほとんどありません。
クライアントに知識がある場合は、(現在のレコードに加えて)IPのSPFレコードを追加するようにクライアントに依頼します。
あなたはそれなら大丈夫なはずです。
逆引きDNSに関する限り、ほとんどの電子メールサーバーは、有効な逆引きDNSのみをチェックし、差出人アドレスと比較しません。
電子メールサーバーが正しく設定されていれば、ペナルティはほとんどないはずです。誤って構成されたサーバーを手動でホワイトリストに登録するだけで済みました。
多くの場合、送信者アドレスは送信ドメインとは異なります。独自のサーバーを持たないドメインをペナルティなしで中継します。 SPFはドメインに対して適切に設定されています。自分のサーバーをセットアップする前に、ISPサーバーを介して中継しましたが、ペナルティはありませんでした。
または、クライアントサーバーを介して中継するように手配することもできます。