- Verschickt
- 23. September 2026 um 18:42 UTC
- Autor
- Kamo
- Commit
- 99fda5d
Zwei neue Schritte nach dem bestehenden LSF, geschrieben für einen nicht-technischen Eigentümer die gleiche Weise SpfCard ist bereits klare Sprache, ein "Warum das zählt"-Box, und nie um eine Änderung bitten wir eigentlich nicht: - DkimCard: SecurityService generiert einen Signierschlüssel für die Domain der Zeit dieses Lasten, dann liest, ob die TXT-Rekord veröffentlicht wird. Nur zwei echte Staaten (nichts veröffentlicht noch, oder etwas veröffentlicht, das nicht Match) da ein DKIM-Rekord nie mit etwas kollidieren kann der Kunde hat - im Gegensatz zu SPF, gibt es keine "Add vs. Edit" Unterscheidung zu machen. - DmarcCard: Nur lesen. Da Kamos Mail immer die Org-Domain als sowohl Briefaussender als auch sichtbar Von, DMARC's Ausrichtungsprüfung ist bereits zufrieden, sobald SPF getan ist, welche Politik die org gewählt hat, so dass nur zeigt, was veröffentlicht ist (oder schlägt einen Ausgangspunkt), nie fragt eine Änderung. Beide neuen ************-Proxies folgen der vorhanden spf/ route.ts genau - kein Catch-all hier, also ein Weg ohne seinen eigenen Route Datei 404s vor Erreichen SecurityService. DnsSetupStudio zeigt jetzt 6 Schritte statt 4; Step-Nummerierung durch aktualisiert sowohl für die Eigentums-Token-und No-Eigentum-Token-Fälle. Abhängig vom kamo-translation-dictionary 2f143f94 (das setup.dns.studio.dkim.* und setup.dns.studio.dmarc.* kopieren) und die Beratungs-Endpunkte des Sicherheitsdienstes.