完璧なDNS、SPF、DKIM & 逆引き DNS レコードを設計
既存のドメインを UDP DNS でライブ検査するか、RFC 7208 に基づく SPF ルックアップ数のカウント、Dual-DKIM、DMARC、MTA-STS、正確な IPv4 in-addr.arpa および 32 ニブルの IPv6 ip6.arpa PTR レコードを含む、コピーしてそのまま使える完全な DNS ゾーンを生成します。
ドメイン、IP、ポリシーの設定
DNS、グループウェア SRV、逆引き DNS の完全なレコードを生成し、ライブで検査します
Gmail™、Microsoft 365®、企業ゲートウェイが検証する項目
1. 正引き確認済み逆引き DNS (FCrDNS)
公開 IPv4 アドレスと IPv6 アドレスの両方について、ホスティング事業者で正確な EHLO ホスト名 (例: mail.company.com) を指す PTR レコードを設定する必要があります。
2. ルックアップ 10 回未満の厳格な SPF
自社サーバーには直接の ip4: と ip6: メカニズム (追加の DNS クエリ 0 回) を使用し、最後に厳格な -all で締めくくってください。
3. Dual-DKIM と DMARC アライメント
nextxch ですべての送信メッセージに Ed25519 + RSA-2048 で署名し、RUA レポート付きで DMARC p=quarantine または p=reject を公開します。
DNS と到達率に関するよくある質問
メール配信に逆引き DNS (PTR) と FCrDNS が必須なのはなぜですか?
Gmail™、Microsoft 365®、企業ゲートウェイなどの主要な受信側は、IPv4 と IPv6 の両方の送信アドレスが PTR で EHLO ホスト名に解決され、そのホスト名がまったく同じ IP に逆に解決されること (Forward-Confirmed Reverse DNS) を検証します。FCrDNS がない場合、送信メッセージは拒否されるか迷惑メールに振り分けられます。
SPF における RFC 7208 の DNS ルックアップ 10 回制限とは何ですか?
mx、a、include、redirect などのメカニズムによって DNS クエリが合計 10 回を超えると、SPF 評価は PermError で中断されます。アドバイザーはルックアップ数の上限をリアルタイムで計算し、可能な場合は直接の ip4/ip6 メカニズムを推奨します。
Ed25519 と RSA-2048 の両方で Dual-DKIM を使用するのはなぜですか?
Ed25519 (RFC 8463) は非常にコンパクトな楕円曲線 DNS レコードと高い暗号強度を提供し、RSA-2048 はレガシー ゲートウェイとの幅広い互換性を確保します。nextxch はすべてのメッセージに両方の署名を同時に付与します。
BIMI (default._bimi) は受信者の受信トレイにブランド ロゴをどのように表示しますか?
BIMI は default._bimi.your-domain.com に DNS TXT レコードを公開し、正方形の SVG Tiny 1.2 Portable/Secure ベクター ロゴ (l=https://...) と、オプションの VMC/CMC 認証局証明書 (a=https://...) を指定します。nextxch は SVG Tiny 1.2 PS ロゴを検証、正規化し、/.well-known/bimi/<domain>/logo.svg で直接ホストします。注: DMARC は p=quarantine (pct=100) または p=reject に設定する必要があります。