web-dev-qa-db-ja.com

サーバー設定のDNS設定を修正する

サーバー設定の正しいDNS設定を理解するのに苦労しています。

Webサーバーと単一のIPおよび6ドメインがホストされています。昨日IIS6のSMTP仮想サーバーを動作させ、GmailがReceived-SPF: failed.をチェックしたため、サーバーからGmailアカウントに1通のメールを送信しました。このアカウントはスパムフォルダーに入れられました。

従ったチュートリアルに従っていくつかのDNSレコードを変更し、Received-SPF: softfailでスパムとしてマークされた別の電子メールを送信しました。 DNSレコードにさらに変更を加え、サーバーから3番目のメールを送信しましたが、Gmailのスパムフォルダに入れられませんでした。Gmailのメールヘッダーによると、Received-SPF: passと宣言されました。

今日はhMailServerをインストールし、DNS設定がまだ正しくないであることにすぐに気づいたので、すばらしいと思いました。それで、なぜできないのかを解明しようとしました。メールを送受信します。

そうすることで、mxtoolbox.comや他のいくつかのDNSレコードチェックサイトによると、私のIPアドレスは現在CBLによってブラックリストに登録されています（長いリストの中で唯一のものですが、良いスタートではありません） 。 cbl.abuseat.orgルックアップユーティリティを確認したところ、このIPから送信されたSPAMの最後のインスタンスがテストしたのと同じ時間昨日のWebサーバー上のSMTPサーバーで記録されたと主張しています。私たちは文字通りグーグルによってスパムとスタンプされた2つのテストメールと1つは大丈夫だったので迷惑です。

とにかく、事態を悪化させたくないので、リストから削除してメールの送受信を再試行する前に、すべてのDNSレコードが正常であることを確認したかったのです。

DNSレコード：

domain1.co.uk

（Aレコードはすべて私の単一のIPアドレスを指しています）

mail.domain1.co.uk    A    1.2.3.4
pop3.domain1.co.uk    A    1.2.3.4
smtp.domain1.co.uk    A    1.2.3.4
imap.domain1.co.uk    A    1.2.3.4

Mail.domain1.co.ukを指すdomain1.co.ukのMXレコード

以下を含むmail.domain1.co.ukのTXTレコード：v=spf1 a:mail.domain1.co.uk ~all

すべてのドメインでメールを送受信できるようにしたいので、他のドメインを次のように設定しました。

（Aレコードはすべて私の単一のIPアドレスを指しています）

mail.domain2.co.uk    A    1.2.3.4
pop3.domain2.co.uk    A    1.2.3.4
smtp.domain2.co.uk    A    1.2.3.4
imap.domain2.co.uk    A    1.2.3.4

Mail.domain1.co.ukを指すdomains.co.ukのMXレコード

Domain2.co.ukのspf情報を含むtxtレコードはありません

ここからどこへ行けばいいの？

domain-name-systememailweb-hostingspfmx-record
1
user1001107
  • ログをチェックし、SMTPサーバーが送信したと思われるメールのみを送信していることを確認します。それ以外の場合は、GMailアドレスを使用してメール構成をテストしないことを学びました...
  • 現状のSPFレコードは正しいようです。

数時間かけてAmazonEC2などにメールサーバーを設置することをお勧めします。マイクロインスタンスを使用し、マシンに数セントを支払い、完了したら削除を押すことができます。次に、SPF検証ルールを実行しているものを作成し、メールサーバーの観点からトランザクションの両側を確認できます。

1
Jeff Ferland

DNSは正しいです。それについての心配はありません。おそらくPTRが欠落していますが、これはIPアドレスプロバイダーによってのみ実行できます。これは配信可能性に影響します。

あなたが心配しなければならないのは、あなたがブラックリストに載っているという事実です。これはDNS設定とは何の関係もありません。そして、実際にはあなたの特定のテストメールとは何の関係もありません。これはちょうどタイムリーな偶然です。おそらく、テスト用にファイアウォールを開いたところ、ネットワーク内に悪意のあるコードに感染している1つ（または複数）の不正なマシンがあることが明らかになりました。

CBLリストは深刻です。いくつかのサンプルをGoogleに郵送したからといって発生するわけではありません。 CBLとGoogleは提携していません。 CBLは、ユーザーの操作（またはGoogleの操作）なしで、完全に自動化された独自のスパムトラップを実行します。 CBLサイトに、ある種のトロイの木馬に感染していると記載されている場合は、このステートメントが95％以上の確率で正しいことを確認できます。

1
mailq