- Shipped
- 2026年9月23日 18:42 UTC
- Author
- Kamo
- Commit
- 99fda5d
既存のSPF 1の後の2つの新しいステップは、非技術的な所有者のために書かれました SpfCardは既に同じように — プレーン言語、 "なぜこの問題" ボックス、 実際に必要としない変更を求めることはない。 - DkimCard: SecurityService は、ドメインの最初の署名キーを生成します。 この loads が TXT レコードが公開されているかどうかを読み込みます。 2人のみ 実際の状態(まだ公開されていない、または公開されていないもの) 一致) DKIMの記録以来の顧客と衝突しません すでにSPFとは異なり、「追加対編集」の区別はありません。 - DmarcCard:読み取り専用。 カモのメールはいつもorgのドメインをそのまま使用しているので DMARCのアライメントチェックは、エンベロープ送信機と可視送信機の両方が既にある SPFが終わったら、どのポリシーのorgが選ばれているのか、満足しています。 公開されたものだけ(または開始点を示唆する)、 変更する。 お問い合わせ プロキシはフォローします 既存の spf/route.ts を正確に — ここにキャッチオールがないので、自分でパスを使わずに SecurityService に到達する前に 404 をルートファイルします。 DnsSetupStudio は 4 の代わりに 6 つのステップを表示しました。 所有権トークンと非所有権トークンのケースの両方で更新。 kamo-translation-dictionary 2f143f94 (setup.dns.studio.dkim.*) によります。 と setup.dns.studio.dmarc.* のコピーとセキュリティサービスのアドバイザリーエンドポイント.