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

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

文書化されたワークフローを使用して Stackmail を構成し、 DNS 、受信メッセージの ID、および回復の準備ができているかを確認します。ライブ検証は保留中のままです。

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

【ポイント】

  • レコードを追加する前に、自動的に作成されたSPFを確認してください。
  • 即時署名により、外部DNS準備が重要になります。
  • メールボックスの送信をアプリケーション ルートから分離します。
このページでは
  1. 重要なポイント
  2. 取り除く
  3. 役割別
  4. よくある質問
  5. 情報源
  6. 用語集
  7. 関連ガイド

[ 取り除く ]

メールボックスの送信をアプリケーション ルートから分離します。

【役割別】

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

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

IT / メール管理者

アカウントとDNSを調整する

上記の Stackmail の手順を正確なアカウントと権限のあるゾーンに適用します。

次のステップ

  1. レコードを追加する前に、自動的に作成されたSPFを確認してください。
  2. 無関係な送信者を上書きせずに、指定された値を公開します。
  3. 生のテストヘッダーと信頼できる回答を保持します。

CISO / SecOps

整合性のある証拠を要求する

Stackmail をドメイン全体の認証ポリシーの 1 つの依存関係として確認します。

次のステップ

  1. 即時署名により、外部DNS準備が重要になります。
  2. 信頼できる受信者の結果と ID の調整を確認します。
  3. ライブ検証と人間による承認を明示的なリリース ゲートとして維持します。

創業者 / 非技術系

顧客対応の結果を自分で決める

Stackmail の場合、ブランドの一貫性は、 DNS保存の成功だけではなく、実際の送信ルートに依存します。

次のステップ

  1. メールボックスの送信をアプリケーション ルートから分離します。
  2. フォールバックとサービス継続のために所有者を保持します。
  3. ロールアウトの完了を宣言する前に証拠を要求します。

[ よくある質問 ]

よくある質問

Stackmail SPFを文書化したのは誰ですか?

20i には、 spf.stackmail.comインクルードを含め、これが文書化されています。

20i: SPFレコード

SPFすでに存在しているのでしょうか？

はい。新しくプロビジョニングされたパッケージは、プリファレンスがオプトアウトしない限り、自動的にそれを受け取ります。

20i: SPFレコード

手動のルート名の値とは何ですか?

20i のマニュアルSPFガイドには、[名前] を空白のままにしておくようにと記載されています。

20i: SPFレコード

混合ポリシーの上にベースラインを貼り付ける必要がありますか?

いいえ。他の送信者のインベントリを作成し、承認を 1 つのポリシーに統合します。

20i: SPFレコード

DKIMどこで有効にすればよいですか?

ホスティングの管理、パッケージ、DomainKeys の管理、ドメインの選択、セレクターを使用した署名の追加。

20i: DKIMレコードを追加します

DKIM DNS常に自動になりますか?

20i は、ネームサーバーが 20i にある場合、自動的に公開されることを約束します。外部DNSは別の公開が必要です。

20i: DKIMレコードを追加します

署名はいつ始まりますか?

ガイドには、選択したドメインのメールボックスに対して直ちにアクセスすると記載されているため、 DNS準備が整っていることを確認してください。

20i: DKIMレコードを追加します

1 つのメールボックス テストは Web サイトのスクリプトをカバーしますか?

いいえ。個別の送信ルートを個別にテストします。

[ 情報源 ]

情報源

  1. 20i: SPFレコード

    セクション SPFレコードを自動的に追加する方法 · SPFレコードを手動で追加する方法

  2. 20i: DKIMレコードを追加します

    セクション 20i でDKIMレコードを追加する方法 · 即時署名と条件付き自動DNS

  3. RFC 7208: SPF

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

  4. RFC 6376: DKIM

    セクション §3.5 DKIM-Signatureヘッダー · §3.6.2 DNSバインディング · §6 検証者のアクション

  5. RFC 9989: DMARC

    セクション §4.4 識別子のアラインメント · §4.10 DNSツリーウォーク · §5.3.5 DMARC合格または失敗の決定

[ 用語集 ]

用語集

SPF
SMTPエンベロープ ID の送信ホストの承認。パスだけではアライメントから見えることは証明されません。
DKIM
署名ドメインとセレクターの下で公開キーを使用して検証された署名。
DMARC
調整されたSPFまたはDKIM認証およびドメイン ポリシーに対する、表示されている From ドメインの評価。
権威DNS
ゾーンのレコードの公開を担当するネーム サーバー。
Return-Path
SMTPエンベロープ リバース パスの配信メッセージ トレース。表示される From アドレスとは異なります。

企業の来歴

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

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

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

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

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

ナレッジベース