web-dev-qa-db-ja.com

なぜ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はスパムだと思いますか？

emailgmailspam-prevention
18
mephisto123

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

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

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

14
Schnouki

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

時々グーグルはそれらを2日間スパムとしてタグ付けします、そして私がGmailで「スパムでない」をチェックするとき、それはさらに6ヶ月間問題ありません。

あなたはテストする必要があります

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

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

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

7
chriscatfr

共有ホスティングサーバーまたは専用サーバー上にありますか。同じIPの誰かが一括メール（たとえば25以上）を送信した場合に共有されると、IPがブラックリストに載る可能性があります。スパムである他の理由は、スパムワードの一部を使用することです。多くの場合、スパムはデータマイニングテクニックを使用したアルゴリズムを介して行われます。つまり、アルゴリズムを複数回トレーニングして、さまざまなIPからメールIDにメールを送信し、スパムではないとマークする必要があります。これは現実的な解決策ではありません。これを実現するもう1つの方法は、バックリンク（通常はSEOで使用される手法）を提供することで、サイトを少なくともほとんど人気のないものにすることです。これは、数回実行してシャットダウンした多くのWebサイトでの実際の経験で説明しています。

2
J Bourne

サーバーが逆ドメインルックアップを通過しない場合、Gmailはそれをスパムの中に入れる可能性があります。

1
Ravi Bhatt

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

1
Drew Burchett

それは <confirmationlink> の中に <serverdomain>？

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

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

1
eglasius

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

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

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

0
Martin Samson

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

0
Benjie Gillam

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

0
Alfabravo