Gmail SPAM（centosでsendmail）に送信されるすべてのメール127.0.0.1の問題？
SPFチェックの更新 http://www.openspf.org/Why ：
SPFチェックにより、SPFが有効なメールサーバーが、エンベロープ送信者アドレス[email protected]を要求するメッセージを拒否しました。 SPFが有効なメールサーバーが、support @ ourdomain.comのエンベロープ送信者アドレスを要求するメッセージをourdomain.com（x.x.x.X）から受信しました。ドメインourdomain.comは、ourdomain.com（x.x.x.x）に代わってメールを送信することを承認しているため、メッセージは受け入れられているはずです。なぜ拒否されたのかを言うことは不可能です
更新：GoogleAppsを使用してメールの送受信を行っています。多分これは私たちの問題を研究するのに役立ちます。 GmailのMXレコードしか設定されておらず、これが問題になる可能性があると考えていますか？メールサーバーがwww.ourdomain.comから電子メールを受信し、そのIPのMXレコードが見つからない場合、それは悪いかどうかはわかりませんか？
すべてのメールはGmailのスパムフォルダに送られます。メールはスパムメールでもかさばるものでもありません。ウェブアプリからの登録確認メールのみです。
SPFヘッダーは以下を提供します
Received-SPF: pass (google.com: best guess record for domain of [email protected] designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of [email protected] designates x.x.x.x as permitted sender) [email protected]
Received: from www.ourdomain.com (localhost [127.0.0.1])
ここで、x.x.x.xは完全なIPアドレスです
私の完全なメールとヘッダーを更新してください：
Delivered-To: [email protected]
Received: by 10.216.183.13 with SMTP id p13cs84787wem;
Sat, 13 Nov 2010 09:00:00 -0800 (PST)
Received: by 10.229.214.139 with SMTP id ha11mr3256460qcb.235.1289667599435;
Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Return-Path: <[email protected]>
Received: from www.ourdomain.com (www.ourdomain.com [x.x.x.x])
by mx.google.com with ESMTP id u7si11134289qco.191.2010.11.13.08.59.58;
Sat, 13 Nov 2010 08:59:59 -0800 (PST)
Received-SPF: pass (google.com: domain of [email protected] designates x.x.x.x as permitted sender) client-ip=x.x.x.x;
Authentication-Results: mx.google.com; spf=pass (google.com: domain of [email protected] designates x.x.x.x as permitted sender) [email protected]
Received: by www.ourdomain.com (Postfix, from userid 48)
id 5AB8F1C881; Sat, 13 Nov 2010 11:59:58 -0500 (EST)
To: [email protected]
Subject: Signup confirmation needed
From: Ourdomain.com <[email protected]>
Reply-To: Ourdomain.com <[email protected]>
MIME-Version: 1.0
Content-type: text/html;charset=UTF-8
Date: Sat, 13 Nov 2010 16:59:58 +0000
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Message-Id: <[email protected]>
Hi! We're thrilled to have you on board!<br /><br />You are now just 1 t=
iny step away from securing your shiny new beta-account.<br /=
>Please click the following link to confirm.<br /><br /><br /><br /><a h=
ref=3D"http://www.ourdomain.com/default/beta/regconfirm/guid/7a8344e1ae=
04062c9c2495429255b5a0/id/76">Confirm your beta subscription</a><br /><b=
r /><br /><br />Have a good day!<br /><a href=3D'http://www.ourdomain.com.com'>ourdomain.com.com</a>
ps：x.x.x.xIPがメールを送信できるようにする正しいSPFレコードを設定しました
更新：
googleが私たちをスパムと見なさないようにするにはどうすればよいですか。 Gmailが@ ourdomain.comからメールを受け取り、nslookupなどを実行して、受信側のMXサーバーが実際に設定されているかどうかを確認することを読みました。
誰かがこれを確認して、テストできるnslookupコマンドを教えてもらえますか？ ourdomain.comのnslookupは正しいMXレコードを提供しますが、WWW.ourdomain.comのmxrecordは提供しないため、混乱しています。
送信するマシンのホスト名はwww.ourdomain.comです。それは問題でしょうか？
ホスト名を変更しましたか？サーバーのホスト名がlocalhost、localhost.localdomainであるか、IPアドレスが含まれているか、サーバーに解決されない場合、この問題が発生します。次のように変更してください：hostname yourdomain.comおよび/ etc/sysconfig/networkにもあります。
Sendmailを再起動してから、ポート25でサーバーにtelnetで接続します。220 yourdomain.com ESMTP Sendmailのように表示されます。そうでない場合は、sendmail構成ファイルも編集する必要があります。
一般的に、次のいずれかの理由でスパムが送信されます。
- 不正なホスト名（上記）
- リバースDNSなし
- SPFレコードがありません
- あなたはブラックリストに載っています（Google for blacklist checker）
- スパムを送信しています。
幸運を。
Googleにはこれに対するサポートチャネルがあります： http://mail.google.com/support/bin/request.py?contact_type=bulk_send
また、SpamAssassinを介してメールを実行し、意外なフラグが立てられていないか確認してください。
簡単に言うと、リモートサイトがあなたからのすべての電子メールを非スパムとして扱うことを保証することは不可能です。どうして？その理由の1つは、多くのサイトには独自のローカルブロックリストがあり、参加しているかどうかを常に確認できるとは限らないためです。
ここで述べた他のすべてのことはあなたを助け、あなたのメールが受け入れられて受信箱に届けられる可能性を高めることができます。これによって私は話している：
- メールを送信するホストのフォワードおよびリバースDNSエントリの照合
- ドメインにSPF/DKIMを実装する
- 適切なヘリの構成
- [email protected]でメールを受信できること
あなたには本当に大きな問題が1つあります。あなたはおそらく「一般的な」IPスペースから電子メールを送信しようとしています（あなたは私たちにIPを与えていないので知るのは難しいです）。一般に、多くの人は「クラウド」から発信されるメールを完全にブロックします。GoogleやAmazonなどのプロバイダーは、簡単にサインアップしてサーバーインスタンスを取得できますが、IPアドレスは実際には「自分のもの」ではありません。したがって、メールが合法であることを保証する方法はありません。これについては、IPアドレスのr-whoisを参照してください。たとえば、gnujwhoisクライアントを使用してwhois 74.125.83.198（Google通知メールの送信アドレスを確認するため）GoogleがIP、住所などを所有していることを示す出力が表示されます...汎用スペースにはISPに関する情報が表示されます。
要約すると、送信メールを送信するための独自のIPスペースを設定すると、より良い結果が得られます。
これを試してみてください Email Server Test で、セットアップに役立つ推奨事項があるかどうかを確認してください。
1-あなたは完全な情報を提供していません。たとえば、ヘッダーには1行だけでなく、より多くのReceived：行があります。
2- 127.0.0.1行はOKです。コメントで提供した情報から、sendmailデーモンは127.0.0.1のメールを受け入れます。 phpスクリプトはそこに電子メールを送信するか、sendmail実行可能ファイルをフォークしてそこに電子メールを送信します（これを確認するには、submit.mc/submit.cfを確認してください）
3- postfixを使用しても同じ結果が得られるという事実により、問題が他の場所にある可能性が高くなります。
4-正常に機能している別のドメイン/ IPと同じ設定をしていると述べています。同一のセットアップでさえ、決して同一ではありません。 「適切な」セットアップを展開するプロセスを文書化しましたか？問題のあるものでそれを繰り返します（必要に応じて変更します）。結果は持続しますか？
5-「適切な」セットアップからSPFレコードにIPアドレスを追加します。このアドレスからメールを送信します。配達は大丈夫ですか？はいの場合は、スパムとしてラベル付けされたものと正確な内容を含む電子メールを送信します。だまされても大丈夫ですか？
6-問題のドメイン名やIPがDNSBLに含まれているかどうかを確認します。
7-最後に、ドメイン名を投稿します。それは役立つかもしれません。
アップデート＃2に関して： Greylisting ここでは問題ではありません。
PHP.iniファイルで、localhostをmail.domainname.comのようなメールサーバー名に変更してください。これで問題が解決します。