Brevo attualmente documenta un flusso di autenticazione del dominio consolidato e una nuova configurazione di dominio combinato che viene implementata gradualmente. Il nuovo flusso può anche configurare collegamenti con marchio e associazione di IP dedicati. Identifica quale mostra il tuo account prima di decidere quanti record DNS aspettarti. Una singola vecchia ricetta può omettere i record richiesti o sovrascrivere una politica che già protegge altra posta.
Identificare il flusso dell'account e l'identità prevista
Utilizza il dominio dopo @ nell'indirizzo del mittente previsto, non l'URL di un sito web. Conferma il controllo di quel dominio e l'accesso DNS autorevole. Conserva la corrente SPF, DKIM, DMARC e tutti i record nei sottodomini con marchio proposti. Decidi se si tratta della sola autenticazione o di un'autenticazione più ampia percorso di ritorno e cambiamento del link branding.
IL guida di autenticazione consolidata punta al nuovo flusso quando disponibile. In Impostazioni, Mittenti, Domini, IP, Domini, aggiungi il dominio o seleziona Autentica per una voce esistente. Il suo percorso manuale utilizza un TXT di verifica Brevo , un TXT DKIM o due CNAME DKIM e un DMARC registrazione TXT. Copia i valori generati per l'account.
Mantieni la policy quando scegli la configurazione automatica o manuale
Brevo offre la configurazione DNS automatica attraverso un flusso di provider DNS connesso e un'alternativa manuale. La sua guida avverte che un file esistente Registro DMARC potrà essere sostituito qualora tale opzione venga accettata. Se è necessario preservare la policy esistente, scegli il percorso manuale e riconcilia i record richiesti senza duplicare DMARC .
Esamina qualsiasi concessione di accesso DNS prima di approvarla. Concedere l'accesso alla configurazione di un provider è una decisione diversa dalla copia di un record TXT pubblico. Registra le modifiche effettive apportate dall'automazione, incluso qualsiasi indirizzo di reporting. Non ridurre un criterio di quarantena o di rifiuto esistente semplicemente perché un esempio di configurazione non ne utilizza nessuno.
Tratta il nuovo flusso combinato come un'architettura separata
IL nuova guida alla configurazione distingue i singoli record dalla delega del sottodominio gestito da Brevo. I domini root utilizzano record individuali; La delega NS richiede un sottodominio. Le alternative documentate prevedono fino a sette record DNS individuali o due record NS per la configurazione gestita da Brevo. Un sottodominio con marchio è facoltativo sugli IP condivisi ma obbligatorio sugli IP dedicati. Il set generato dipende dalle scelte del sottodominio con marchio e dell'IP dedicato. Può includere CNAME DKIM , un percorso di ritorno con marchio CNAME, record di tracciamento, DMARC e un IP dedicato Un record ove applicabile.
Utilizza un sottodominio attualmente inutilizzato ed esamina tutti i servizi interessati prima della delega. La nuova guida specifica che il dominio di invio selezionato non deve essere già utilizzato su un'altra piattaforma o servizio di posta elettronica. Per un dominio aziendale condiviso stabilito, risolvere tale requisito con Brevo prima di procedere anziché dare per scontato che la configurazione del flusso precedente possa essere trapiantata invariata. Non cambiare la radice server dei nomi per emulare un'istruzione di sottodominio.
Pubblica record esatti e verifica il risultato
Per i singoli record, conserva il proprietario, il tipo e il valore completo come visualizzati. Controlla se l'editor DNS prevede un nome completo o un'etichetta relativa. Un proprietario CNAME non deve contenere record ordinari in conflitto. Conserva entrambi i selettori DKIM generati quando il flusso di lavoro ne fornisce due; a attualmente inutilizzato selettore può far parte della rotazione, non dei detriti.
Interrogare i proprietari esatti nel DNS autorevole. Per gli alias, controlla il CNAME e la destinazione restituiti; per TXT , confrontare la stringa ricostruita completa. Ritorna a Brevo ed esegui il controllo di autenticazione. Uno stato di configurazione verde è utile, ma il test finale è un messaggio controllato attraverso la campagna reale o il percorso transazionale.
Registra i risultati visibili da, dominio busta, DKIM d=/s= e ricevitore attendibile. Confermare un percorso di passaggio allineato. Non aggiungere un'inclusione SPF arbitraria nella radice aziendale per correggere un percorso di ritorno di proprietà del provider. Al contrario, quando la nuova architettura fornisce un percorso di ritorno con marchio, verificare che il messaggio lo utilizzi effettivamente anziché presumere che sia il solo record DNS a modificare la busta.
Ripristina e mantieni la configurazione scelta
Regressione illustrativa: l'automazione offre la possibilità di sostituire una politica di rifiuto esistente con un esempio di monitoraggio. Interrompi la modifica della policy, utilizza il percorso manuale e preserva la policy approvata durante la configurazione dei record DKIM generati. Questo è un esempio di revisione della modifica, non un evento osservato dell'account.
Se la convalida fallisce, confronta il nome e il valore pubblicati prima di attendere la cache o rigenerare le chiavi. Conserva i record precedenti, sospendi gli invii interessati quando necessario e ripristina solo le modifiche approvate. Ricontrolla dopo una migrazione del flusso, un'associazione di IP dedicati, una modifica o una rotazione del dominio del mittente. Questa guida documenta le attuali istruzioni pubbliche; nessun account Brevo o DNS live è stato modificato.
Ferma una delegazione al confine corretto
Per il caso scritto BR-01, presupponiamo che il flusso più recente sia visibile, che la radice example.com serva la posta dello staff e un sito Web e che il sottodominio di invio proposto emails.example.com non sia utilizzato. La radice non è una scorciatoia accettabile per la delega NS. Il proprietario DNS deve prima approvare l'esatto confine del sottodominio e verificare che non abbia dipendenze nascoste; i target NS generati in questo caso sono sconosciuti e non devono essere indovinati. Se il proprietario approva solo singoli record, tale approvazione non autorizza il futuro controllo del fornitore tramite delega. Conserva la posta root e i record web. Dopo la configurazione dell'account separato, un ipotetico messaggio con From news@emails.example.com e passaggio DKIM d=emails.example.com, s=demo1 si allineerebbe esattamente; SPF effettivo, il comportamento dei link di marca e la consegna rimangono non testati. Questo è un esercizio di pianificazione, non una delega o un invio eseguito.
Preservare il confine dell'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido, non solo SPF , per la pubblicazione dei domini p=rejecte mette in guardia sull'interoperabilità della posta indiretta e delle mailing list. Un singolo test di messaggio diretto riuscito non è la prova che ogni percorso legittimo sia pronto per una politica più forte. Mantenere la protezione approvata esistente diagnosticando al tempo stesso il divario effettivo; qualsiasi cambiamento di politica necessita di una propria decisione.