[ 発送サービスのご案内 ]

34SP 経由で送信された電子メールの認証: 構成と検証

サポートされているホスティングで 34SP DKIMをアクティブ化し、自動DNS変更を確認して、既存のSPF認証を保護します。

EmailAuth研究チームによる · 4 分で読めます

【ポイント】

  • 文書化されたホスティング スコープをプライベートSMTPとは別にしてください。
  • 安全なマージを前提とするのではなく、自動DNS変更を検査します。
  • パネルステータスは、整合メッセージの通過を確立しません。
このページでは
  1. 重要なポイント
  2. 取り除く
  3. 役割別
  4. よくある質問
  5. 情報源
  6. 用語集
  7. 関連ガイド

[ 取り除く ]

パネルステータスは、整合メッセージの通過を確立しません。

【役割別】

これがあなたにとって何を意味するか

実際の次のステップに向けて、自分の役割を選択してください。

IT / メール管理者

実際のルートを確認する

自動DNS書き込みを検査し、実際の送信ヘッダーを有効なサイトと比較します。

次のステップ

  1. SPFレコードの追加」を使用する前にDNSをキャプチャします。
  2. Enable DKIM出力と、サポートされているルートから受信した署名を比較します。
  3. 送信ドメインまたは DNS プロバイダーを変更した後に再テストします。

CISO / SecOps

認可境界を制御する

ドメイン全体のポリシー変更には、範囲を限定したロールバックと個別の承認が必要です。

次のステップ

  1. プライベートSMTPこの手順の外に置いてください。
  2. 実際に変更されたレコードと設定に限定してロールバックを承認します。
  3. 承認された回収およびサプライヤーの廃止に関する決定を維持します。

創業者 / 非技術系

送信の決定を自分で行う

変更を受け入れる前に、どのホスティング製品が重要な電子メールを所有しているかを確認してください。

次のステップ

  1. 34SP ブランドだけに依存するのではなく、ホスティング プランを確認してください。
  2. 重要な通知の送信を避けて変更をスケジュールします。
  3. 起動前に制御されたメッセージの受諾記録を要求します。

[ よくある質問 ]

よくある質問

これは 34SP プライベートSMTPで機能しますか?

いいえ。引用されたDKIM手順ではプライベートSMTPが除外されています。その製品の最新の説明書を入手してください。

34SP DKIM署名

DKIMスイッチはどこにありますか?

選択したサイトの [Advanced] セクションの [DomainKeys Identified Mail] にあります。

34SP DKIM署名

DNSが別の場所でホストされている場合はどうなりますか?

画面に表示されている公的記録を権威あるホストで公開し、そこで検証します。

34SP DKIM署名

SPFレコードの追加は検査なしで信頼できますか?

実際の結果を既存の送信者インベントリと比較します。自動公開はマルチプロバイダーの監査ではありません。

34SP SPF発行

追加の検証TXT SPFを破壊しますか?

TXTだからというだけではありません。問題は、同じ所有者で複数のv=spf1ポリシーが選択されていることです。

有効なDKIM依然として失敗するのはなぜですか?

考えられる原因には、パブリックDNS欠落、間違ったセレクター、キーの不一致、または異なる送信ルートが含まれます。受信メッセージを使用してそれらを区別します。

すべてのドメインにキーをコピーする必要がありますか?

いいえ。各ドメインの生成された構成を使用して、署名 ID を検証します。

SPF変更後に再テストする必要があるものは何ですか?

34SP メッセージだけでなく、そのSPF所有者を使用するすべての正当なサービス。

[ 情報源 ]

情報源

  1. 34SP DKIM署名

    セクション 適用対象 · DKIM署名の有効化

  2. 34SP SPF発行

    セクション SPFレコードの作成方法

  3. RFC 7208 SPF

    セクション §3.2 複数のDNSレコード · §4.6.4 DNSルックアップの制限

  4. RFC 6376 DKIM

    セクション §3.5 DKIM-Signatureヘッダー フィールド · §3.6 鍵の管理と表現 · §6 検証者のアクション

  5. RFC 9989 DMARC

    セクション §4.4 識別子の調整の説明 · §5.3 メール受信者のアクション

  6. RFC 2308 DNSネガティブ キャッシュ

    セクション §5 否定的な回答のキャッシュ

[ 用語集 ]

用語集

位置合わせ
通過する認証ドメインとDMARCの表示される From ドメインの間に必要な関係。
セレクタ
DNS内の公開キーを見つけるために署名ドメインで使用されるDKIMラベル。
権威DNS
関連するゾーン レコードの公開を担当するネームサーバー サービス。
Return-Path
SMTPリバース パスの受信メッセージ トレース。エンベロープ ID を調査するときに役立ちます。

企業の来歴

一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。

従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。

EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。

政府 大企業 ティア１金融機関

SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化

ナレッジベース