8

SPF および TXT レコードが構成されています。SPFレコードの構文を確認すると. PermError SPF Permanent Error: Too many DNS lookup と表示されます。

 v=spf1 include:_spf.google.com include:netcore.co.in ~all

また、私のメールもスパムに分類されます。

1) 私は共有ホスティングを使用しています。専用の IP と DKIM が構成されていません。実際、スパムのトリガーとなる言葉を含むメールは送信しません。私は共有ホスティングを使用しているため。共有ホスティングで他の人がメールを送信した結果、私のメールがスパムに分類される可能性はありますか?

2) netcore.co.in を使用して大量メールを送信しています。およびgoogle.com にアクセスして、gmail からメールを送信します。また、MX レコードも適切に構成しました。google MX レコードについて言及しましたが、netcore.net MX レコードについては言及しませんでした。sendgrid の無料の smtp サーバーを使用して、Java Web アプリからメールを送信しています。spf レコードには記載されていません。SPF レコードがスパムの問題を引き起こしているか。

4

3 に答える 3

6

数週間前に私が回答したこの質問をご覧ください。

SPF レコード内の DNS ルックアップが多すぎます

SPF の DNS ルックアップは 10 回しか取得できません (これはプロトコルの一部です)。TXT レコードと実際の SPF レコードを取得するための 2 つのルックアップが自動的に行われます。実際の計算を行わないと (演習としてお任せします)、13 ～ 14 回のルックアップの近くでホバリングしていることになります。SPF レコードを 1 つに統合するか、それらのサービスの 1 つを削除する必要があります。(たとえば、SendGrid では、トランザクション メールと大量メールの両方を 1 つの IP セットで実行できるため、netcore または gmail を完全に削除できます)。

スパムの問題については、SendGrid サポート ( http://support.sendgrid.com ) に連絡する必要があります。これは発生するはずがありません。問題のトラブルシューティングと解決を支援します。

于 2013-03-27T14:03:59.903 に答える
1

もう 1 つのオプションは、spfproxy.org などの SPF プロキシ サービスを使用することです。バックグラウンドで実行するプロキシの背後にあるすべてのルックアップをマスクします。セットアップには数分しかかかりません。=

于 2016-08-04T06:16:12.997 に答える
0

これは、共有ホスティング、専用 IP、DKIM の設定の有無、またはコンテンツがスパムに見えるかどうかとは関係ありません。

ここでの唯一の原因は、DNS ルックアップを行う 10 以上のメカニズムや修飾子が SPF に含まれていることです。SPF 仕様では、DDoS 攻撃を防ぐためにこの制限を課しています。

オンライン SPF チェッカーを使用して、SPF レコードの DNS ルックアップ数を確認できます:オンライン SPF チェッカー

SPF チェック中に「SPF PermError: too many DNS lookups」が返された場合、DMARC はそれが永続的なエラーであるため失敗として扱い、すべての SPF 永続的なエラーは DMARC によって失敗として解釈されます。これは、メールの到達率に悪影響を及ぼす可能性があるため、この問題の解決策を探す必要があります。

このトピックに関する投稿を書きました: SPF PermError: too many DNS lookups

于 2019-08-05T03:28:28.457 に答える