[ 発送サービスのご案内 ]
Benchmark 電子メール経由で送信された電子メールの認証: 構成と検証
アカウントに表示されているベンチマーク ドメイン検証フローを選択し、指示の世代を混在させることなく、その委任または個々のレコードの変更を検証します。
EmailAuth研究チームによる · 3 分で読めます
【ポイント】
- 両方ではなく、アカウントの NS または複数レコードのブランチをフォローしてください。
- 承認された未使用の子サブドメインのみを委任します。
- 共有ドメイン配信はプライベート ドメインへの対応を証明するものではありません。
[ 取り除く ]
共有ドメイン配信はプライベート ドメインへの対応を証明するものではありません。
【役割別】
これがあなたにとって何を意味するか
実際の次のステップに向けて、自分の役割を選択してください。
IT / メール管理者
枝を分けておく
NS の委任と個人の記録は異なる変更です。
次のステップ
- アカウントのワークフローを検査します。
- 生成されたレコード値を使用します。
- 子孫のDNS依存関係を確認します。
CISO / SecOps
制御委任範囲
子ドメインのセットアップをドメイン全体の移行に変えないでください。
次のステップ
- 選択した子を承認します。
- 既存のメール ルーティングを保持します。
- レコードのロールバックとキャッシュに関する考慮事項。
創業者 / 非技術系
実際のキャンペーン ID を承認する
代替配信は、意図されたブランドと異なる場合があります。
次のステップ
- プライベート ドメインのステータスを確認します。
- 受信した From アドレスを確認します。
- 説明できないフォールバックで一時停止します。
[ よくある質問 ]
よくある質問
2 つの CNAME に関する古い記事に従う必要がありますか?
実際のアカウントのワークフローと一致する場合のみ。ここで説明する NS または複数レコード設定と混合しないでください。
NS オプションはドメイン全体を移動しますか?
文書化されたレコードは、選択したサブドメインを委任します。そのステップでは、親のレジストラーのネームサーバーを変更しないでください。
なぜサブドメインを使用しない必要があるのですか?
既存のサービスまたは子孫レコードは、新しい委任または競合する所有者によって影響を受ける可能性があります。
散文ガイドからSPF例をコピーできますか?
現在のアカウントで生成された値を使用します。公開された例には、確認を保証する明らかなスペルの不一致があります。
テクニカルMX通常の受信トレイMXですか?
必ずしもそうとは限りません。指定されたサブドメイン所有者と一致し、無関係な受信メール ルーティングを置き換えないでください。
DNSホストが必要なMXを追加できない場合はどうすればよいですか?
プライベート送信を使用する前に、ベンチマークでサポートされているオプションを解決します。代替レコードを発明しないでください。
配信された共有ドメイン メッセージはプライベートな送信であることを証明しますか?
いいえ。実際の ID とプライベート ドメインの検証ステータスを検査します。
セットアップを終了する証拠は何ですか?
選択されたブランチ、権限のあるレコードの回答、アカウントの検証、および意図された調整された ID を含む制御されたメッセージ。
[ 情報源 ]
情報源
- ドメイン検証 - Benchmark ヘルプセンター
セクション ドメイン検証のためのドメインホストの検出 · プライベートドメイン · 共有ドメイン
- 複数のDNSレコードを使用してドメインを検証する - Benchmark ヘルプセンター
セクション 始める前に · ステップ 3: 構成 · SPF · DKIM · DMARC · リンク ラッピング
- NS レコードを使用してドメインを検証する - Benchmark ヘルプセンター
セクション ステップ 2: DNSレコードの追加 · ステップ 4: セットアップの終了 · 失敗ステータス
- RFC 7208
セクション §2.4 承認のチェック · §3.2 複数のDNSレコード · §4.6.4 DNSルックアップ制限
- RFC 6376
セクション §3.5 DKIM-Signatureヘッダー · §3.6.2 DNSバインディング · §6 検証者のアクション
- RFC 9989
セクション §4.4 識別子のアラインメント · §4.10 DNSツリーウォーク · §5.3.5 DMARC合格または失敗の決定
[ 用語集 ]
用語集
- SPF
- SMTPエンベロープ送信者ドメインのDNS認証 (プロトコル制限の対象)。
- DKIM
- 署名ドメインのセレクターで公開キーを使用して検証された署名。
- DMARCアラインメント
- 表示される From ドメインと、通過するSPFまたはDKIM認証ドメインとの間に必要な関係。
- 権威DNS
- 公開されたゾーンの応答を担当する委任されたDNSサービス。
- セレクタ
- 公開キーを見つけるために署名ドメインで使用されるDKIM識別子。
企業の来歴
一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。
従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。
EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。
SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化