サーバーが送信するメールがスパムであるとGmailが判断するのはなぜですか？[閉まっている]

Gmailが受信した完全なメッセージ（メール、サーバーIP、ホストが置き換えられます）：

Delivered-To: <myemail>
Received: by 10.180.24.132 with SMTP id u4cs216052wif;
        Thu, 20 Oct 2011 03:22:03 -0700 (PDT)
Received: by 10.14.9.165 with SMTP id 37mr1294749eet.51.1319106122223;
        Thu, 20 Oct 2011 03:22:02 -0700 (PDT)
Return-Path: <www-data@<serverdomain>>
Received: from <serverdomain> (<serverdomain>. [<serverip>])
        by mx.google.com with ESMTP id s55si2781134ees.156.2011.10.20.03.22.02;
        Thu, 20 Oct 2011 03:22:02 -0700 (PDT)
Received-SPF: pass (google.com: domain of www-data@<serverdomain> designates <serverip> as permitted sender) client-ip=<serverip>;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of www-data@<serverdomain> designates <serverip> as permitted sender) smtp.mail=www-data@<serverdomain>
Received: by <serverdomain> (Postfix, from userid 33)
    id AEF1F47462EE; Thu, 20 Oct 2011 10:22:00 +0000 (UTC)
To: <myemail>
Subject: Registration confirmation
From: <sitename> mailing robot <no-reply@<serverdomain>>
MIME-Version: 1.0
Content-type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
Message-Id: <20111020102200.AEF1F47462EE@<serverdomain>>
Date: Thu, 20 Oct 2011 10:22:00 +0000 (UTC)

Please confirm your registration on the site by clicking this link:

<A href="<confirmationlink>" target=_blank><confirmationlink></A>

この電子メールの何が問題になっていますか？なぜGmailがスパムだと思うのですか？

一括送信者のガイドラインに従っていますか？（「Precedence：bulk」ヘッダーのように...）

メールのHTMLが有効だとは思わない。ルート要素などはありません。HTMLのみのメールを送信する場合は、HTMLが正しいことを確認する必要があります。

さらに良いことには、プレーンテキストバージョンのメッセージも含めます（コンソールの電子メールクライアントを使用している私のような人々に感謝します！）。また、プレーンテキストバージョンを含むIMHOは、メッセージがスパムと見なされる可能性を減らします（私が見るほとんどのスパムはHTMLのみであり、これは少なくともSpamAssassinの基準です）。

私は自分の専用サーバーを少なくとも5年間使用しています。

googleが2日間スパムとしてタグ付けすることもありますが、Gmailで「スパムではない」をチェックすると、さらに6か月間は問題ありません。

テストする必要があります

• SPF
• rDNS
• SMTPリレーチェック（abuse.net/relay）
• ブラックリスト（whatismyipaddress.com/blacklist-check）

また、メールの内容はGoogleメールに影響を与える可能性があります

• 正しい形式（ほとんどの場合、telnetを介した簡単なテストの形式は間違っています）
• キーワード（「テスト」を使用するのは悪い考えです。テスト中にスパムボックスで終わることがよくありました）

先ほど言ったように、同じコンテンツで設定がまったく変更されていないため、Googleは2日間それらをスパムとしてタグ付けしてから停止しました。5年以上にわたり、3回または4回発生しましたが、一度に48時間を超えることはありません。

共有ホスティングまたは専用サーバー上にありますか。同じIPの誰かが大量のメール（25以上など）を送信した場合に共有されている場合、IPがブラックリストに載る可能性があります。スパムである他の理由は、スパム単語の一部を使用することです。多くの場合、スパムはデータマイニング手法を使用したアルゴリズムを介して行われます。つまり、異なるIPから自分の電子メールIDに電子メールを何度も送信するアルゴリズムをトレーニングし、実行可能ではないスパムではないとマークする必要があることを意味します。これを実現するもう1つの方法は、通常、SEOに使用される手法であるバックリンクを提供することで、サイトの人気を最小限に抑えることです。私はこれを、私のウェブサイトの多くでの実際的な経験であなたに言っています。

サーバーがドメインの逆引き参照に合格しない場合、Gmailはそれをスパム内に入れる可能性があります。

ヘッダーが正しいように見えるので、おそらくメッセージ内の何かにキーイングしています。SpamAssassin（これがGmailで使用されているのかどうかはわからない）がキーとすることの1つは、ハイパーリンクまたはグラフィックを含む上記のような非常に短いメッセージです。見つける方法の1つは、それを自分のGmailアカウントに送信し、スパムフォルダーに表示されたら、そこにあるヘッダーで追加されたスパム情報を調べます。Gmailが使用しているスパムエンジンや、メッセージに違反しているルールに関する手がかりが含まれている場合があります。

ある<confirmationlink>に<serverdomain>？

これは非常に短いメッセージであるため、リンクのドメインと一致しないアドレスから送信している場合、スパムとして簡単にフラグが立てられます。

同じ理由でスパムボタンを押す人もいます。

ドメインに適切なMXレコードと、送信メールサーバーを指す有効なSPFレコードがあることを確認してください。

電子メールサーバーに割り当てられたIPアドレスが以前にスパムを送信した可能性もあります。

見てくださいhttps://mail.google.com/support/bin/answer.py?answer=81126#authenticationを

動的IPアドレスから送信している場合、これらはしばしばスパムとしてフラグが付けられます。次のURLの最後にサーバーのIPを追加することにより、ホストがスパムとして検出される可能性を確認できます。http：//www.spamhaus.org/query/bl？ ip =

チェック：-サーバーIDが送信者のドメインと一致しない-サーバーがGmailによってスパムの発信元としてマークされている。多くの人がそのサーバー/ドメインからのスパムの前のメッセージとしてマークしていることを恐れているので、それをやった-自身を安全でないまたはスパムのソースとして識別されたサードパーティのソースからのコンテンツを参照する。