- Shipped
- 23 settembre 2026 alle ore 18:42 UTC
- Author
- Kamo
- Commit
- 99fda5d
Due nuovi passi dopo la SPF esistente, scritta per un proprietario non tecnico lo stesso modo SpfCard è già — la lingua normale, una scatola "perché questo conta" e non chiediamo mai un cambiamento di cui non abbiamo realmente bisogno: - DkimCard: SecurityService genera una chiave di firma per il dominio il primo tempo che questo carica, poi legge se il record TXT è pubblicato. Solo due stati reali (niente ancora pubblicato, o qualcosa pubblicato che non match) dal momento che un record DKIM non può mai collidere con nulla il cliente già ha — a differenza di SPF, non c'è distinzione "add vs. edit" da fare. - DmarcCard: sola lettura. Perché la posta di Kamo usa sempre il dominio dell'org come sia il mittente di busta e visibile Da, il controllo di allineamento di DMARC è già soddisfatta una volta che SPF è fatto, qualunque sia la politica che ha scelto — così questo mostra solo ciò che è pubblicato (o suggerisce un punto di partenza), non chiede mai un cambiamento. Tutti e due. i proxy seguono spf/route.ts esistenti esattamente — nessun catch-all qui, quindi un percorso senza il proprio route file 404s prima di raggiungere SecurityService. DnsSetupStudio ora mostra 6 passi invece di 4; passo numerazione in tutto aggiornato sia per i casi di proprietà-token e no-ownership-token. Dipende da kamo-translation-dictionary 2f143f94 (il setup.dns.studio.dkim.* e setup.dns.studio.dmarc.* copia) e gli endpoint consultivi del servizio di sicurezza.