その他ツール
Windows power shell コマンド
- nslookup, DNSの名前解決の状況を知るためのツール
- tracert, hostまでの経路を知るためのツール
- www.kakaku.comまでの経路を知るなど．
Domain Healthの結果
DMARC (Domain-based Message Authentication, Reporting, and Conformance)とは、 電子メールにおける送信ドメイン認証技術の一つであり、 RFC 7489で標準化されている。
SPF レコードの例 IP Addressによる記述、FQDNによる記述、MXからしなメールが外に出ない場合はMXを利用する記述
- example.org. IN TXT “v=spf1 a:mx01.example.org a:mx02.exmaple.org a:ns.example.org -all”
Dynu.comから無償のドメイン名を取得する方法 ホームネットワーク研究所より
今すぐチェック！迷惑メールと見なされないための15の対策（2017年10月度版）
参考
Dmarc Recordに関する詳細情報の公開
このDMARCレコードが見つかりませんというエラーが発生している場合、これはドメインに公開されているDMARCレコードがないことを意味します。 DMARCレコードは、DNSを介してテキスト（TXT）レコードとして公開されます。 それらは、受信サーバーに、ドメインから受信した非整列電子メールで何をすべきかを知らせます。
ドメインベースのメッセージ認証、レポート、および適合（DMARC）は、メール受信組織によるメール処理を改善するためのメカニズムです。 RFC-7489によると、DMARCの究極の目的は、「メールオペレーターが既存の認証およびポリシーアドバタイズメントテクノロジーを活用して、メッセージストリームフィードバックと認証されていないメールに対するポリシーの施行を可能にするメカニズムを提供することです。 メール発信元組織は、メッセージの検証、処理、およびレポートのドメインレベルの配布ポリシー/設定を表現するためにDMARCを利用します。
DMARCの仕組み：
DMARCの採用は劇的に増加しており、メールの配信性にプラスまたはマイナスの影響を与えています。 主要なメールプロバイダーはすべて、DMARCをサポートしています。 いくつかの手段により、世界中のメールボックスの80％がDMARCによって保護されています。
DMARCは、SPFとDKIMを劇的に改善します。
SPFおよびDKIM構成で実際の問題を監視、検出、修正します
受信トレイに配信しているメールの量を見る
ドメインを装った脅威のメールを特定します。 （なりすまし）
メールの配信を制御し、なりすまし攻撃から身を守ります。
どのように設定しますか？
DMARCを開始するのに数分しかかからず、すぐにメリットが得られます。 最初に行う必要があるのは、単純なDNSレコードを追加して、DMARCレポートを有効にすることです。 MxToolBoxでDMARCレポートを処理する場合は、このシンプルテキスト（TXT）レコードをドメインのDNSに追加するだけです。
メール配信を管理していますか？
メール配信は、メールサーバーを実行したり、ブラックリストを定期的にチェックしたりするだけではありません。 顧客が確実にメールを受け取るようにするには、SPF、DKIM、およびDMARCをセットアップする必要があります。 DMARCの設定とメールプロバイダーからの応答を管理していない場合、顧客がメールを受け取っているかどうかはわかりません。
MxToolboxは、メール配信の専門家です。 MxDelivery Centerは、DMARC、DKIM、およびSPFのセットアップと分析を支援し、電子メールの構成を変更して顧客に電子メールを送信するために必要な洞察を提供します。
SMTPバナーチェックの詳細
メールサーバーによって発行されたSMTPバナーに、サーバーのIPアドレスに対して解決したホスト名が含まれていませんでした。
追加情報
電子メールサーバーは、ポート25の接続に、サーバーと管理者が世界に伝えたい情報を通知することを目的とするSMTPバナーと呼ばれるテキスト文字列で応答します。
サーバーの名前をSMTPバナーに配置して、IPアドレスを介して接続するユーザーが誰と通信しているかを知ることがベストプラクティスです。 IPアドレスでPTRルックアップを実行するときに取得するホスト名と同じドメインにない名前を提示すると、この警告が表示されます。
しばらくの間、多くのサーバーは、ネットワーク外の人への文字をアスタリスクに置き換えることにより、SMTPバナーを「マスク」していました。 この背後にあるロジックは、多くの場合、サーバーに対する攻撃に役立つ情報を提供することを恐れて、ネットワークに関する情報を外部の人々にブロードキャストしたくないというものでした。 これを行うことの利点は最小限であり、多くのサーバーはスパム軽減の一部としてバナーチェックを実行するため、このプラクティスに関連するマイナスのコストがかかります。 バナーがマスクされている場合、ツールは警告を発行します。
一部の受信メールサーバーは、スコアリングシステムでスパムソースの可能性を示すために、不一致またはマスクされたバナーを使用する場合がありますが、ほとんどの場合、これだけで受信メールを拒否しません。
PTRレコードがない場合、またはレコードがホスト名と一致しない場合は、ISPに連絡し、メールサーバーのホスト名と一致するリバース（PTR）レコードのセットアップを依頼することをお勧めします。