Benodigde licentie
| Abonnement | Elk abonnement |
| Toegang | Admin |
Ja voor het domeinverificatierecord: heb je meerdere Zendesk-accounts op één e-maildomein, dan zet je per account één TXT-record neer, allemaal met dezelfde naam zendeskverification en elk met de eigen unieke waarde van dat account. Nee voor SPF, waar één record per domein de regel is.
Welk record is welk?
| Waarvoor | Type | Naam en waarde |
| Domeinverificatie | TXT |
zendeskverification, één per account, elk met een eigen waarde. Zendesk verifieert dit automatisch zodra je een supportadres toevoegt. |
| Zendesk laten verzenden | TXT (SPF) | Slechts één record: v=spf1 include:mail.zendesk.com -all, of gecombineerd met wat je al publiceert, zoals v=spf1 include:_spf.google.com include:mail.zendesk.com -all. |
| Uitgaande post ondertekenen | CNAME |
zendesk1._domainkey en zendesk2._domainkey, verwijzend naar zendesk1._domainkey.zendesk.com en zendesk2._domainkey.zendesk.com. |
Van de drie is er dus maar één echt een record per account. De DKIM-regels zijn CNAME's en geen TXT, en hun namen liggen vast.
Waar gaat dit mis?
Een tweede SPF-record. De specificatie staat er één toe. Twee tellen niet bij elkaar op, en het verschijnsel is post die stilletjes niet aankomt in plaats van een foutmelding. Controleer het record dus nadat iemand aan je DNS heeft gezeten.
Ondertekenen te vroeg aanzetten. Digitale handtekeningen aanzetten voordat de CNAME-records bestaan, leidt tot mislukte bezorging. Eerst de records, dan wachten, dan aanzetten.
DNS-wijzigingen duren van een paar uur tot een dag, afhankelijk van je TTL. Plan de volgorde, niet de middag.
Opmerkingen
0 opmerkingen
Artikel is gesloten voor opmerkingen.