Als uw Brightspace®-organisatie is geconfigureerd voor het gebruik van een e-maildomein dat door een andere provider wordt beheerd, zorgen DNS-records die op de juiste manier zijn geconfigureerd ervoor dat e-mails probleemloos aan externe systemen worden geleverd.
U moet over de juiste TXT-record (voor SPF) en CNAME-records (voor DKIM) die voor uw domein zijn gemaakt, beschikken om Brightspace® namens u e-mail te laten versturen. Gebruik van een DMARC-record is optioneel, maar wordt ten zeerste aanbevolen.
|
Opmerking: Als uw organisatie een niet-D2L®-domein gebruikt dat niet hun eigendom is, wordt DMARC niet ondersteund met Brightspace®.
|
SPF-record
Hoewel er als een SPF-record naar wordt verwezen, is de onderliggende DNS-resourcerecord die wordt gemaakt van het type TXT. Deze record identificeert alle toegestane versturende e-mailservers en moet de door Brightspace® beheerde SPF-record bevatten om ononderbroken levering van e-mails te garanderen in het geval IP-adressen of servers veranderen.
Als er geen huidige SPF (TXT)-record bestaat, maakt u een nieuwe record voor uw e-maildomein met de volgende waarde:"v=spf1 include:a._spf.brightspace.com ~all"bent.
|
Opmerking: de~allis naar uw goeddunken (de~betekent dat het neutraal moet worden behandeld, in termen van SPAM-scores, als de record niet afkomstig is van een SPF-gecertificeerde bron). |
Als er wel een SPF (TXT)-record bestaat, voegt u het volgende toe aan de bestaande TXT-recordwaarde:"include:a._spf.brightspace.com"bent.
Opzoeklimieten:
Er mogen maximaal 10 DNS-query's worden uitgevoerd tijdens de evaluatie van SPF-records. Elk hoofdmechanisme"include:"en alle recursieve evaluaties dragen bij aan het totale aantal. Raadpleeg: RFC 7208, 4.6.4: DNS-opzoeklimieten voor meer informatie.
DKIM-record
Voor het vereenvoudigen van het beheer en de roulatie van DKIM-sleutels voor niet-Brightspace® e-maildomeinen worden CNAME-records gebruikt om te verwijzen naar door Brightspace® gegenereerde privé- en openbare domeinsleutelparen. De privésleutel wordt gebruikt om e-mails te ondertekenen. Hierbij wordt de kop DKIM-handtekening met digitale informatie over de handtekening gegenereerd. De openbare sleutel wordt gebruikt door ontvangende e-mailsystemen om de kop te decoderen en zo de handtekening en domeinidentiteit te verifiëren.
Als er via de servicecatalogus een aanvraag voor het inschakelen van DKIM wordt ingediend, maakt u twee nieuwe CNAME-records met behulp van de volgende indeling:
d2lmail1._domainkey.{MailDomain} CNAME d2lmail1._domainkey.brightspace.com
d2lmail2._domainkey.{MailDomain} CNAME d2lmail2._domainkey.brightspace.com
Hoewel DKIM-specificaties (DKIM RFC 6376, 3.6.2: DNS-binding) aangeven dat een TXT-resourcerecord moet worden gebruikt, geven DNS-specificaties (RFC 1034, 3.6.2: Aliassen en canonieke namen) aan dat CNAME-records moeten worden gevolgd totdat het gewenste recordtype is gevonden, waardoor DKIM kan worden geverifieerd.
DKIM-sleutelroulatie
De actieve DKIM-sleutels worden elke zes maanden gerouleerd. Wanneer één sleutel wordt geroteerd, wordt de tweede actief in het ondertekenen van e-mails, waarna het proces om de zes maanden wordt herhaald. Voor organisaties die DKIM-sleutels hebben ingeschakeld en een aangepast maildomein gebruiken, kan de e-mailbezorging worden beïnvloed als beide vereiste DKIM CNAME-records niet aanwezig zijn op het moment van rotatie.
DMARC-record
Een domeineigenaar moet een DMARC-record publiceren om ontvangende e-mailsystemen te vertellen wat ze moeten doen wanneer e-mails uit hun domein niet de SPF- of DKIM-controles doorstaan. Een TXT-record wordt gebruikt om het beleid met minimaal twee essentiële tags te maken:venpbent.
v: DMARC-protocolversie, momenteelv=DMARC1bent.p: wat er moet worden gedaan wanneer e-mails de DMARC-controle niet doorstaan. Beschikbare opties: geen, quarantaine of afwijzen.
Als u voor het eerst DMARC gebruikt, wordt het aanbevolen om te beginnen metp=noneom gegevens te verzamelen en e-mailconfiguraties aan te passen waar dat van toepassing is. Voer een update uit om gebruik te maken vanp=quarantineen uiteindelijkp=rejectals u beter bekend bent met dit systeem. Raadpleeg RFC 7489, 6.3: Algemene recordindeling voor meer informatie.