5

これは StackOverflow に関する私の最初の質問ですが、どちらもハッピーエンドになると思います。:) 問題は: 私は PHP で書かれたニュースレターのスクリプトを持っており、それらのメールをさまざまなアカウントに送信すると、迷惑メール フォルダに入れられます。メールヘッダーで取得するものは次のとおりです。

X-Spam-status: Yes, score=5.01 tagged_above=1 required=4.5 
tests=[HTML_FONT_SIZE_LARGE=0.001, HTML_MESSAGE=0.001, 
HTML_TAG_BALANCE_BODY=0.712, MIME_HTML_ONLY=1.105, MISSING_DATE=1.396, 
MISSING_MID=0.14, RCVD_IN_BRBL_LASTEXT=1.644,TO_EQ_FM_DOM_HTML_ONLY=0.001, 
T_FRT_CONTACT=0.01] autolearn=no

そして、ここに私の質問があります：

  1. それは何ですか?ステータスを修正する方法はRCVD_IN_BRBL_LASTEXT? そのフレーズをグーグルで検索しても、有益なものは見つかりませんでした。

  2. MISSING_DATE ステータスを修正する方法 メール全体を生成するコードを入れました：

    $mailHeaders[] = "Date: ".date('Y-m-d H:i:s', time());

しかし、成功しませんでした。「日付」フィールドはH:i(たとえば、13:45) としてのみ表示されます - Thunderbird 3.1.3 参考までに。SOで検索しても役に立ちませんでした。Delivery-Dateステータスも追加しようとしましたが、まだ何もありません。

4

3 に答える 3

8

RCVD_IN_BRBL_LASTEXT は、スパムを送信することが知られている IP アドレスを追跡するサービスであるBaracuda RBLによって、メールにフラグが付けられたことを示します。

あなたのニュースレターは、過去にスパムとしてフラグが立てられた可能性がありますか? または、メールのルーティングに使用している ISP がスパムの原因である可能性があります。いずれにせよ、この点はメール ヘッダーの問題ではありません。

欠落している日付は、ポイントをしきい値以下にする重要な日付です。

必要な日付形式は次のようになります。Date: Wed, 15 SEP 2010 14:12:27 +0100

そのほとんどは自明です (最後のビットはタイム ゾーンです)。PHP の日付関数についてはご存知のようです。しかし、このページは、正当な電子メール ヘッダー形式のウォークスルーとして役立つことがわかりました。

于 2010-09-16T12:39:17.067 に答える
1

X-Spam-Status ヘッダーは Barracuda スパム フィルターによって追加されています。表示されているのは、メッセージがスパムとしてマークされた理由を説明するために添付された診断情報です。

Barracuda はルールベースのエンジンであり、ご想像のとおり、取得しているスコア (上記の例では 5.01、ただし日付を修正したためスコアが低くなる可能性があります) は許容しきい値を超えています。

最も重み付けされたシグナルは RCVD_IN_BRBL_LASTEXT フィールドであるため、主に IP アドレスが Real-time Block List (RBL) に含まれているため、問題が発生する可能性があります。あなたの IP を嫌っているデータ ソースを見つけることができる可能性があります -- http://www.spamhaus.org/lookup.lassoをチェックして、あなたにタグを付けたのが Spamhaus かどうかを確認し、あなたを削除するよう説得します。最善の方法は、評判が良いようにグルーミングされた IP を使用することです。チェックアウトしたい 2 つのプロバイダーはhttp://sendgrid.comとhttp://authsmtp.comで、どちらもサーバーを介してトラフィックをプロキシできます (コンテンツが投票される可能性が低いと仮定して)スパム）。

お役に立てば幸いです。

于 2010-09-23T23:17:53.633 に答える
1

大量の電子メール送信の課題は、非常に多くのさまざまな要因があり、迷惑メールとしてブロックされる可能性があることです。ヘッダーは何が起こっているかを教えてくれますが、物事の全体的な計画では、ヘッダーは最大の課題の 1 つではありません。

私の会社では、1 週間に 50000 件以上のメールを送信しています。学んだことは次のとおりです。

1) サーバーがメール ホストとの「評判」を確立していない場合、フラグが立てられる可能性が高くなります。これを確立する優れた方法はありませんが、Socket Labs のようなサイトでは、最初は新しいクライアントを抑制し、60 ～ 90 日後にその抑制を解除して、より多くの電子メールが通過できるようにしています。Socket Labs が処理する電子メールの数と同じくらい、それは有効な方法であることがわかります。

1a) RBL リストを監視して、自分がリストに載っていないことを確認します。フラグが立てられた場合 (ほぼすべての人にいつか発生します)、できるだけ早く立ち退くように積極的に取り組みます。問題の RBL に連絡し、彼らと協力して状況を迅速に修正します。

2) Gmail、Yahoo、AOL、MSN などの「大物」は、同じホストから連続して攻撃を受けることに敏感です。私の会社は、「ログ」を介して電子メール プロセスの送信先を追跡することで、これを克服することを選択しました。そうでない場合は、自由に発砲します。これにより、システムが X 秒ごとに複数のメールを同じホストに送信することを防ぎ、メールが非常に高い速度で通過することを意味します。

3) AOL メールは境界線上の価値がない。AOL に送信された電子メールの 20% が単に「消える」ことを誰かが証明したという統計を見たことがあります。それがそれほど高いかどうかはわかりませんが、AOL の電子メールを通過させるのに問題があることはわかっています...獣の性質。良いニュースは、AOL が間もなく終了するということです。そのため、このレベルでこれ以上これに対処する必要はありません。

4) 明らかなステップは、CAN-Spam 準拠を維持するために最善を尽くしていることを確認することです。リアルタイムのオプトアウト、会社情報をフッターに含め、メッセージで欺こうとしないでください。

5) 最後に、メールを要求していない人にはメールを送らないでください。ばかげた簡単なステップのように思えますが、非常に悪用されています。あなたのメールを必要としている人に送信しても、スパムとしてフラグが立てられることはありません...とても簡単です。返送された場合は、すぐにリストから除外して、不正なアカウントに再送信しないようにします。

幸運を。

于 2010-09-22T13:53:22.030 に答える