Brevo dokumenterer i øjeblikket et etableret domænegodkendelsesflow og en nyere kombineret domæneopsætning, der gradvist rulles ud. Det nye flow kan også konfigurere brandede links og dedikeret IP-tilknytning. Identificer, hvilken en din konto viser, før du beslutter, hvor mange DNS poster du kan forvente. En enkelt gammel opskrift kan udelade nødvendige poster eller overskrive en politik, der allerede beskytter anden post.
Identificer kontoflowet og den påtænkte identitet
Brug domænet efter @ i den tilsigtede Fra-adresse, ikke en hjemmeside-URL. Bekræft kontrol af det pågældende domæne og autoritativ DNS adgang. Hold strømmen SPF, DKIM, DMARC og eventuelle poster på foreslåede brandede underdomæner. Beslut, om dette er autentificering alene eller en bredere retur-sti og link-branding ændring.
De etableret autentificeringsguide peger på det nye flow, når det er tilgængeligt. Under Indstillinger, Afsendere, Domæner, IP'er, Domæner skal du tilføje domænet eller vælge Godkend for en eksisterende post. Dens manuelle sti bruger en Brevo -verifikations TXT , enten en DKIM TXT eller to DKIM CNAME'er og en DMARC TXT post. Kopier de værdier, der er genereret for kontoen.
Bevar politik, når du vælger automatisk eller manuel opsætning
Brevo tilbyder automatisk DNS konfiguration gennem et tilsluttet DNS-udbyderflow og et manuelt alternativ. Dens vejledning advarer om, at en eksisterende DMARC rekord kan erstattes, hvis denne mulighed accepteres. Hvis du har brug for at bevare den eksisterende politik, skal du vælge den manuelle rute og afstemme de nødvendige poster uden at duplikere DMARC .
Gennemgå enhver DNS -adgangstildeling, før du godkender den. At give en udbyder konfigurationsadgang er en anden beslutning end at kopiere en offentlig TXT post. Registrer de faktiske ændringer foretaget af automatisering, herunder eventuelle rapporteringsadresser. Sænk ikke en eksisterende karantæne eller afvis politik, blot fordi et opsætningseksempel ikke bruger nogen.
Behandl det nye kombinerede flow som en separat arkitektur
De ny opsætningsvejledning adskiller individuelle poster fra Brevo-administrerede underdomænedelegering. Roddomæner bruger individuelle poster; NS-delegation kræver et underdomæne. De dokumenterede alternativer er op til syv individuelle DNS poster eller to NS-poster til Brevo-administreret opsætning. Et mærkevareunderdomæne er valgfrit på delte IP'er, men påkrævet på dedikerede IP'er. Det genererede sæt afhænger af branded-underdomæne og dedikerede IP-valg. Det kan omfatte DKIM CNAME'er, en brandet retursti CNAME, tracking records, DMARC og en dedikeret IP En rekord hvor det er relevant.
Brug et aktuelt ubrugt underdomæne, og gennemgå alle berørte tjenester før uddelegering. Den nye vejledning specificerer, at det valgte afsendende domæne ikke allerede må bruges på en anden platform eller e-mail-tjeneste. For et etableret delt virksomhedsdomæne skal du løse dette krav med Brevo , før du fortsætter i stedet for at antage, at det ældre flows konfiguration kan transplanteres uændret. Ændre ikke roden navneservere at efterligne en underdomæneinstruktion.
Offentliggør nøjagtige optegnelser og verificer resultatet
For individuelle poster skal du bevare ejer, type og fuld værdi som vist. Tjek, om DNS editoren forventer et fuldt navn eller en relativ etiket. En CNAME ejer må ikke have modstridende almindelige optegnelser. Behold begge genererede DKIM vælgere, når arbejdsgangen leverer to; en i øjeblikket ubrugt vælger kan være en del af rotation, ikke affald.
Spørg de nøjagtige ejere på autoritativ DNS . For aliaser, inspicer den returnerede CNAME og destination; for TXT , sammenligne den komplette rekonstruerede streng. Vend tilbage til Brevo og kør dets autentificeringstjek. En grøn konfigurationsstatus er nyttig, men den sidste test er en kontrolleret besked gennem den rigtige kampagne eller transaktionsrute.
Optag synlige resultater fra, konvolutdomæne, DKIM d=/s= og betroede modtagere. Bekræft en justeret forbikørselssti. Tilføj ikke en vilkårlig SPF inkludering i virksomhedens rod for at rette en udbyderejet retursti. Omvendt, når den nye arkitektur sørger for en brandet retursti, skal du kontrollere, at meddelelsen faktisk bruger den i stedet for at antage, at DNS posten alene ændrer konvolutten.
Gendan og vedligehold den valgte konfiguration
Illustrativ regression: automatisering tilbyder at erstatte en eksisterende afvisningspolitik med et overvågningseksempel. Stop denne politikændring, brug den manuelle rute og bevar den godkendte politik, mens du konfigurerer de genererede DKIM poster. Dette er et eksempel på ændringsgennemgang, ikke en observeret kontohændelse.
Hvis valideringen mislykkes, skal du sammenligne det offentliggjorte navn og værdi, før du venter på caches eller genskaber nøgler. Bevar tidligere optegnelser, sæt berørte afsendelser på pause, når det er nødvendigt, og gendan kun godkendte ændringer. Tjek igen efter en flowmigrering, dedikeret IP-tilknytning, afsender-domæneændring eller rotation. Denne vejledning dokumenterer aktuelle offentlige instruktioner; ingen Brevo konto eller live DNS blev ændret.
Stop en delegation ved den korrekte grænse
For skriftlig case BR-01, antag, at det nyere flow er synligt, roden example.com serverer personalemail og et websted, og det foreslåede afsendelsesunderdomæne emails.example.com er ubrugt. Roden er ikke en acceptabel genvej til NS-delegering. DNS ejeren skal først godkende den nøjagtige underdomænegrænse og bekræfte, at den ikke har skjulte afhængigheder; genererede NS-mål er ukendte i dette tilfælde og må ikke gættes. Hvis ejeren kun godkender individuelle poster, autoriserer denne godkendelse ikke fremtidig udbyderkontrol gennem delegering. Bevar rodpost- og webposterne. Efter den separate kontoopsætning vil en hypotetisk meddelelse med From news@emails.example.com og passere DKIM d=emails.example.com, s=demo1 justere nøjagtigt; faktiske SPF , branded-link-adfærd og levering forbliver utestede. Dette er en planlægningsøvelse, ikke en udført delegering eller afsendelse.
Bevar håndhævelsesgrænsen
RFC 9989 Afsnit 7.4 kræver gyldig DKIM , ikke SPF alene, for domæneudgivelse p=reject, og advarer om interoperabilitet mellem indirekte mail og mailinglister. En enkelt vellykket test med direkte beskeder er ikke et bevis på, at enhver legitim rute er klar til en stærkere politik. Behold eksisterende godkendt beskyttelse, mens du diagnosticerer det faktiske hul; enhver politikændring kræver sin egen beslutning.