Inizia con il viaggio e le identità trasmesse
Un account Rejoiner può inviare tramite viaggi automatizzati e trasmissioni programmate. Identificare i flussi di lavoro in uso prima di richiedere modifiche DNS . Registra il marchio, il proprietario dell'account, l'indirizzo del mittente previsto, la casella di posta di risposta monitorata e un test controllato per ciascun percorso. Utilizza un cliente di prova e contenuti innocui invece di iscrivere acquirenti reali o generare acquisti reali a fini diagnostici.
Di ricongiungimento Documentazione sulle impostazioni di posta elettronica inserisce i dettagli del mittente predefinito in Impostazioni e nella scheda E-mail. Distingue il nome visualizzato, l'indirizzo del mittente e l'indirizzo di risposta. Confronta queste impostazioni predefinite con il messaggio effettivo da testare. Un nome visualizzato familiare non stabilisce quale dominio verrà autenticato.
La casella di posta di risposta ha uno scopo diverso dai domini di firma e busta. Verifica che le risposte raggiungano il team previsto, ma non considerare una risposta funzionante come prova di autenticazione. Mantieni insieme la decisione sul marchio e la tabella dell'identità tecnica in modo che il proprietario del marketing possa vedere cosa incontreranno i destinatari.
Ottenere il set di record specifico dell'account corrente
Di ricongiungimento risorsa di autenticazione descrive l'assistenza con l'integrità dell'autenticazione del client. Il suo materiale pubblico costituisce un utile background, ma le fonti esaminate non forniscono informazioni complete specifiche per il locatario selettore, chiave, SPF autorizzazione, procedura di busta personalizzata o sequenza di attivazione corrente. Tali dettagli rimangono in sospeso finché non vengono forniti per l'account effettivo.
Chiedi al team dedicato all'account il dominio di invio approvato, i proprietari e i tipi esatti dei record DNS , i valori pubblici previsti DKIM d=, envelope-domain behavior and any activation requirement. Confirm whether journeys and broadcasts use the same configuration. Request an explicit answer about custom envelope allineamento piuttosto che dare per scontato che la scelta di un marchio Da cambi automaticamente il file Return-Path.
Non generare una chiave DKIM casuale da un tutorial generico e pubblicarla per Rejoiner. Il servizio deve possedere la chiave di firma corrispondente ed essere configurato per utilizzare l'identità prevista. Non copiare il selettore di un altro cliente né dedurre un'inclusione SPF da un fornitore a monte osservato. L'autorità di configurazione deve provenire dalle istruzioni dell'account supportato.
Scegli e documenta il confine del dominio di invio
Di ricongiungimento Guida agli strumenti di Google Postmaster afferma che il dominio del mittente è normalmente un sottodominio riservato al Rejoiner o alla posta di marketing. Consideralo come un modello documentato, non un nome host obbligatorio o una prova della configurazione attuale del tenant. Chiedi all'azienda e ai proprietari DNS di approvare il dominio effettivamente assegnato a questo programma.
Annotare la relazione tra il Da visibile, il dominio della firma e il dominio della busta. In un allineamento rilassato, i domini correlati potrebbero qualificarsi in modo diverso rispetto a un allineamento rigoroso. Non dare per scontato che la creazione di un sottodominio di marketing garantisca la compatibilità con una politica rigorosa esistente. Risolvi la progettazione dell'identità prima di configurare un nuovo indirizzo della campagna.
Mantieni i nomi di monitoraggio dei siti Web e i record di monitoraggio-verifica separati dall'autenticazione della posta. Le istruzioni del Postmaster del Rejoiner descrivono un file emesso da Google registrazione TXT per dimostrare la proprietà del dominio per quel servizio di monitoraggio. La pubblicazione di quel token non attiva Rejoiner DKIM né fornisce l'autorizzazione SPF . Registra lo scopo di ogni voce DNS in modo che la pulizia futura non confonda l'accesso all'analisi con l'autorizzazione all'invio.
Pubblica solo i record di autenticazione approvati
Salva una base di record DNS rilevanti, i relativi nomi completi, tipi, valori e TTL. Includi SPF , DKIM e DMARC dipendenze per la posta dei dipendenti e altri strumenti di marketing. Conferma quale zona contiene il sottodominio del mittente desiderato e se l'editor aggiunge automaticamente il suo suffisso.
Applicare ogni record emesso al proprietario e al tipo esatti. Confronta la risposta pubblica risultante con le istruzioni del provider, non solo con la visualizzazione dell'editor DNS . Se un selettore o un alias è in conflitto con un altro servizio, cerca un'alternativa supportata anziché sostituire silenziosamente il record dell'altro fornitore. Conserva la fase di attivazione e il relativo timestamp con la modifica.
SPF secondo RFC 7208 valuta l'identità SMTP anziché il solo Da visibile. Laddove sia richiesta una policy SPF , mantieni una singola policy presso quel proprietario e rivedi il costo completo della query DNS, comprese le dipendenze nidificate. Non espandere l'autorizzazione del dominio root semplicemente perché un articolo di autenticazione generico consiglia SPF .
Preservare la politica DMARC esistente dell'organizzazione, le modalità di allineamento e le destinazioni dei report a meno che non sia giustificata una modifica approvata separata. Un nuovo programma di marketing deve adattarsi al progetto di autenticazione del dominio. Non dovrebbe indebolire silenziosamente la protezione della posta dei dipendenti o dei servizi transazionali non correlati.
Escludere un messaggio che non è mai stato inviato
Prima di diagnosticare DKIM mancante, accertati che il test abbia prodotto un'e-mail. IL Guida alle impostazioni di posta elettronica documenta la soppressione del dominio e un limite di frequenza a livello di account per viaggi e trasmissioni. Tali controlli possono impedire a un particolare destinatario di prova di ricevere un nuovo messaggio. Esamina le prove dell'account pertinenti prima di modificare DNS o attivare ripetutamente lo stesso evento cliente.
La stessa guida afferma che l'account BCC si applica ai messaggi di viaggio, non alle trasmissioni, e avverte che l'impegno di BCC può distorcere i report. Non utilizzare una BCC di trasmissione mancante come prova della mancata consegna. Invia a un destinatario controllato attraverso il percorso effettivo e conserva le prove di consegna senza fare clic inutilmente sui collegamenti di tracciamento.
Se un flusso di lavoro viene soppresso, limitato o mai attivato, risolvere la condizione di test tramite il proprietario appropriato. L'autenticazione viene valutata sulla posta che raggiunge un destinatario; una decisione da parte dell'applicazione di non inviare non può essere corretta aggiungendo un record DNS . Mantieni questa distinzione visibile nel registro dei problemi.
Leggi le intestazioni di entrambi i flussi di lavoro
Una volta completata la configurazione, inviare un'e-mail di percorso controllato e una trasmissione controllata in cui entrambi rientrano nell'ambito. Acquisisci l'ID messaggio, l'ora UTC, il mittente, Return-Path , ogni DKIM d= e s=, e i risultati dell'autenticazione attendibile del sistema ricevente finale. Registrare il viaggio o l'identificatore trasmesso in modo che le prove possano essere riprodotte.
specifica di DKIM definisce il dominio di firma e il selettore. Ispeziona ogni firma e identifica quale, se presente, passa e si allinea con il Da visibile. Sotto RFC 9989, DMARC richiede un percorso SPF o DKIM di passaggio allineato. Un passaggio di dominio provider non correlato non è sufficiente di per sé.
Salva il risultato dell'autenticazione separatamente dal posizionamento e dal coinvolgimento. Un tasso di apertura basso non dimostra un fallimento DKIM e un posizionamento nella casella di posta non certifica l'intero programma. Quando un nuovo messaggio fallisce, confronta le sue identità osservate con la configurazione emessa dall'account prima di eseguire l'escalation con un'intestazione redatta e l'ora UTC esatta.
Foglio di lavoro per l'accettazione del ricongiungimento
Voci indipendenti complete per viaggi e trasmissioni:
- Account, marchio, percorso e titolare dell'attività: ____.
- Destinatario, casella di posta di risposta e dominio di invio approvato: ____.
- Set di record del fornitore e comportamento di firma/busta supportato: ____.
- Proprietari DNS esatti, tipi, riferimenti ai valori e ora di attivazione: ____.
- Politica DMARC esistente e modalità di allineamento applicabili: ____.
- Destinatario controllato, trigger, soppressione e controlli di frequenza: ____.
- ID messaggio, ora UTC e identificatore del flusso di lavoro: ____.
- Return-Path , tutti DKIM d= e s=, risultati attendibili: ____.
- Meccanismo effettivamente allineato e osservazione del posizionamento: ____.
- Domande sull'azione di recupero, sul revisore e sulle capacità in sospeso: ____.
Mantieni la verifica della proprietà di Postmaster in una riga di monitoraggio separata. Può supportare il lavoro di reputazione successivo ma non può completare i campi di accettazione dell'autenticazione.
Diagnosi fittizia di una copia trasmessa assente
Solo esempio fittizio: Juniper Outfitters riceve copie BCC di viaggio ma nessuna BCC di trasmissione, quindi propone di sostituire il proprio record DKIM . L'amministratore controlla il limite BCC documentato e testa la trasmissione utilizzando un destinatario effettivo controllato. Quella copia mostra DKIM allineato e un passaggio DMARC .
Il team lascia invariato DNS e corregge il metodo di raccolta delle prove. Controlla separatamente i controlli di frequenza e soppressione per i destinatari del test che non ricevono nulla. Nessun account o messaggio Juniper è stato ispezionato; l'esempio dimostra perché le prove del flusso di lavoro devono precedere una riparazione dell'autenticazione.
Lascia visibili le funzionalità irrisolte
Ricontrolla dopo modifiche al mittente, nuovi flussi di lavoro, migrazione DNS o aggiornamenti della chiave del provider. Rimangono in sospeso i valori DNS specifici dell'account, il supporto della busta personalizzata, la verifica del tenant e dell'intestazione in tempo reale, la revisione visiva, l'approvazione e la pubblicazione delle PMI umane. La documentazione pubblica supporta le distinzioni delle impostazioni di cui sopra ma non chiude le porte di implementazione.
Utilizza la guida al prodotto senza adottare scorciatoie di protocollo generali
La risorsa di autenticazione generale è il background, non una chiave emessa dall'account o la prova che la posta autenticata è sicura. Utilizzare gli standard di protocollo per la valutazione dell'identità e le istruzioni fornite dal provider per la configurazione. La trasmissione di passaggio fittizia è solo un risultato stabilito illustrativo, non un test del tenant Rejoiner eseguito per questa revisione.
Separare l'accettazione dei messaggi dall'implementazione delle policy
Un risultato SPF allineato che passa può soddisfare la valutazione di un messaggio, ma non giustifica da solo lo spostamento di un intero dominio per rifiutarlo. RFC 9989 La sezione 7.4 richiede DKIM valido per la pubblicazione dei domini p=reject e mette in guardia sull'interoperabilità della posta indiretta. Inventaria tutti i mittenti legittimi e i percorsi indiretti prima che il proprietario della policy approvi l'applicazione. Per questo articolo non è stata eseguita alcuna modifica DNS , operazione tenant o test dei messaggi ricevuti.