Definisci il successo come l'identità consegnata che volevi
Una campagna Selzy può essere consegnata visualizzando un dominio di invio diverso da quello previsto dal proprietario della campagna. Inserisci il Da visibile desiderato, il nome visualizzato e la destinazione della risposta nel piano di modifica prima di avviare l'autenticazione. Un test che arriva semplicemente non è una prova di accettazione sufficiente per un'identità di invio con marchio.
Questa guida copre il flusso di lavoro dell'account di marketing Selzy. IL Descrizione del prodotto nella pagina Selzy UniOne presenta un servizio SMTP e API separato. Se la tua domanda viene inviata tramite UniOne, conferma tale percorso e utilizza le istruzioni specifiche dell'account anziché dare per scontato che le impostazioni della campagna vengano trasferite. La stessa famiglia di marchi non stabilisce selettori, comportamenti di inviluppo o controlli di configurazione identici.
Inventaria ogni dominio utilizzato dalle campagne e dalle automazioni. Includi varianti ereditate da modelli o selezionate da diversi membri dello staff. Tratta i diversi domini e i percorsi di consegna sostanzialmente diversi come test separati. Non aggiungere un secondo dominio solo perché un tutorial generico lo utilizza in un'illustrazione.
Conferma la casella di posta prima di richiedere le impostazioni del dominio
Guida alla configurazione di Selzy, "Aggiungi la tua email alle email confermate" inizia in Account → Impostazioni → Configurazione account → E-mail confermate. Richiede la conferma di un indirizzo sul dominio prima che il dominio possa essere aggiunto per l'autenticazione. Utilizzare un indirizzo controllato e monitorato dall'organizzazione.
La conferma di una casella di posta dimostra l'accesso a quella casella di posta; non pubblica una chiave, non autorizza un server di invio in DNS né dimostra DMARC allineamento. Mantieni l'evento di conferma in una riga del foglio di lavoro diversa dalla modifica DNS . Se il messaggio di conferma non arriva, esamina l'indirizzo e la casella di posta anziché modificarli in modo non correlato Registri SPF ciecamente.
Decidi chi manterrà la destinazione della risposta quando il personale cambia ruolo. Testa la destinazione attraverso il flusso di lavoro di risposta ordinario utilizzando contenuti innocui. Evita di inserire l'indirizzo non monitorato di un individuo in una campagna di lunga durata semplicemente perché era conveniente per la configurazione iniziale.
Ottieni i record del dominio corrente dall'account
IL Guida Selzy DKIM , "Crea un record DKIM in Selzy" indirizza l'amministratore all'Autenticazione del dominio, aggiunge il dominio e ottiene le sue impostazioni. Utilizza il proprietario, il tipo e il valore pubblico esatti mostrati per il dominio effettivo. Registra l'account e l'ora di origine in modo che un altro amministratore possa distinguere le istruzioni attuali da una vecchia schermata di configurazione.
Controllare i documenti esistenti presso il proprietario proposto prima della pubblicazione. Se il selettore nome è occupato, determinare se appartiene allo stesso account, a una chiave precedente o a un altro servizio. Non sovrascriverlo semplicemente perché un tutorial mostra un selettore familiare. Richiedi una soluzione supportata in caso di conflitto.
Pubblica solo materiale di verifica pubblico. Un pubblico DKIM La chiave non è segreta, ma la chiave di firma privata deve rimanere presso il sistema di firma autorizzato. Non copiare una chiave di esempio dalla pagina della guida o da un'altra organizzazione. Non abbreviare una chiave lunga né modificarne i caratteri per adattarla a un editor DNS . Verificare il valore DNS restituito completo dopo la modifica.
La sezione "Come testare l'autenticazione DKIM " della guida citata separa i controlli DNS , delle applicazioni e dei messaggi reali. Segui quella separazione nel record delle modifiche. Ciascuno risponde a una domanda diversa: la chiave è pubblicata, il servizio riconosce la configurazione e il sistema ricevente ha convalidato un messaggio firmato utilizzandola?
Aggiungi SPF senza riscrivere il resto della politica di posta
Guida SPF di Selzy, "Come aggiungere un record SPF " inizia con il Return-Path e l'inventario del mittente, quindi ottiene le impostazioni correnti dell'account e pubblica una policy. Mostra include:spf.selzy.com come autorizzazione del servizio. Esamina tale dipendenza nel contesto del tuo dominio effettivo e dei mittenti esistenti anziché copiare una policy autonoma all'ingrosso.
Preservare la politica attuale e i suoi titolari prima di proporre un cambiamento. Le piattaforme di posta elettronica, i sistemi di supporto e altre applicazioni potrebbero già dipendere da esso. Identificarne qualcuno modificatore di reindirizzamento e la fine di tutto il meccanismo. Una sostituzione dall'aspetto semplice può cambiare ciò che accade quando nessun meccanismo precedente corrisponde.
Il tutorial di installazione include istruzioni generali per modificare il reindirizzamento in include e utilizzare un finale particolare. Non applicare quella trasformazione meccanicamente. IL SPF La sezione sulla sintassi della guida distingue i due costrutti, e RFC 7208 , sezioni 5.2 e 6.1 definisce il loro diverso comportamento. Chiedi all'amministratore della posta di rivedere l'intera policy e di mantenere la semantica prevista dall'organizzazione.
Le sezioni 4.5 e 4.6.4 RFC 7208 riguardano anche la selezione a policy singola e il limite sui meccanismi e sui modificatori di query DNS. Contare le ricerche nidificate. Non creare un altro record v=spf1 presso lo stesso proprietario né rimuovere autorizzazioni non correlate semplicemente per rendere verde una pedina locale.
SPF valuta l'identità di una busta, non il Da visibile da solo. Cattura l'identità da un messaggio ricevuto e registra se è allineato. Questa revisione non stabilisce un'impostazione universale dell'account della campagna per un Return-Path personalizzato. Se SPF allineato è un requisito fermo, confermare il supporto per il percorso esatto piuttosto che inventare un campo di dominio di rimbalzo.
Leggi lo stato Abilitato insieme alle risposte DNS effettive
Nelle istruzioni sullo stato della guida all'installazione, Selzy fornisce uno stato Abilitato e un controllo di aggiornamento manuale. Descrive ritardi e messaggi di errore per record o autorizzazioni mancanti. Utilizza l'errore per identificare il livello in errore invece di ricreare ripetutamente il dominio.
Se viene segnalata la mancanza di una chiave, interroga il proprietario esatto indicato dall'account. Verificare la presenza di un suffisso raddoppiato accidentalmente, un record nel provider DNS sbagliato, contenuto mancante o risposte autorevoli incoerenti. Se viene segnalato che SPF è mancante, controlla la policy nel dominio previsto e confrontala con i requisiti dell'account. Registra il risolutore e il momento in cui le risposte non sono d'accordo.
Non considerare lo stato della domanda come prova dell'identità del messaggio finale. Una campagna può utilizzare una selezione Da diversa da quella del dominio appena abilitato oppure un'automazione pianificata potrebbe ereditare impostazioni precedenti. Un nuovo invio controllato dal percorso effettivo rimane necessario anche quando il pannello del dominio appare integro.
Controllare esplicitamente la sostituzione dell'indirizzo mittente
La sezione "Perché il mio indirizzo e-mail del mittente è stato sostituito?" nella guida all'installazione. La sezione descrive la sostituzione con un dominio condiviso Selzy quando DKIM non è abilitato o viene utilizzato un mittente freemail. La sezione di risposta spiega che Reply-To viene gestito separatamente. Di conseguenza, registra l'indirizzo del mittente inviato anziché dare per scontato che corrisponda all'input originale dell'editore della campagna.
Questo comportamento è particolarmente importante durante i test. Una campagna che arriva sotto un dominio condiviso può dimostrare la consegna tramite il servizio senza dimostrare che il tuo dominio sia autenticato. Non considerarlo come un successo per un requisito di dominio personalizzato. Salva la differenza tra le identità richieste e quelle osservate e correggi la configurazione del dominio previsto prima di ripetere il test.
Verifica le risposte separatamente. Controlla l'intestazione Reply-To effettiva e invia una risposta innocua alla destinazione monitorata approvata. Un percorso di risposta valido non ripara l'allineamento DMARC e una campagna allineata può comunque inviare risposte in luoghi non monitorati dall'azienda. Entrambi i controlli appartengono al record di lancio.
Cattura la prova finale dell'autenticazione
Invia a destinatari esterni controllati attraverso la stessa campagna o percorso di automazione che verrà utilizzato in produzione. Non utilizzare elenchi di clienti, dettagli privati dei clienti o contenuti degli ordini di produzione. Registra l'ID della campagna, l'ID del messaggio e l'ora UTC in modo che il supporto possa correlare la consegna senza ricevere dati non necessari.
Acquisisci il dominio From visibile, l'identità della busta segnalata dal destinatario o Return-Path , tutti i valori DKIM d= e s= e i risultati SPF , DKIM e DMARC attendibili del servizio ricevente. RFC 6376 , sezione 3.5 definisce gli identificatori DKIM . Utilizza questi valori osservati per controllare la ricerca chiave, non un selettore indovinato da un articolo precedente.
RFC 9989 , sezione 4.4 collega i domini SPF o DKIM autenticati al Da visibile tramite l'allineamento. Registrare il meccanismo di passaggio allineato e la modalità in vigore. Un passaggio sotto un dominio di servizio o la consegna sotto un Da riscritto non dimostra l'autenticazione dell'identità personalizzata originariamente richiesta.
Mantieni la politica DMARC esistente dell'organizzazione a meno che il proprietario non approvi una modifica più ampia. Non interpretare l'esempio di monitoraggio o il consiglio di attesa di un tutorial per principianti come un'autorizzazione per disabilitare l'applicazione esistente. Investigare prima sul mittente. L'autenticazione è una parte della consegna e non garantisce il posizionamento della casella di posta o la sicurezza dei messaggi.
Utilizzare il foglio di lavoro per la sostituzione del mittente
Utilizza un record di revisione separato contenente la conferma della casella di posta, i record DNS emessi dall'account, lo stato abilitato, gli indirizzi del mittente richiesto e consegnato, la destinazione della risposta e i risultati del destinatario allineati. Il confronto tra richiesto e osservato è intenzionale: impedisce che un fallback del dominio condiviso venga confuso con il completamento del dominio personalizzato.
Se un campo non può essere osservato, registra il proprietario e l'azione successivi. Mantieni le prove dei messaggi esterni separate dalle liste consentite interne o dai risultati della modalità test. Aggiungi un nuovo test per ogni modifica significativa del dominio del mittente, aggiornamento del modello o spostamento tra campagna e prodotti API/ SMTP .
Esempio immaginario funzionante: una campagna consegnata che non è pronta
Solo caso scritto immaginario: SZ-01 presuppone che il mittente richiesto sia promo@example.org , ma il messaggio consegnato utilizza un dominio Selzy condiviso e conserva Reply-To promo@example.org . L'esatta casella di posta sostituita, il dominio di firma, il selettore e il risultato SPF sono sconosciuti. Una risposta funzionante non soddisfa i requisiti di identità del marchio. Il proprietario della campagna deve risolvere l'autenticazione del dominio e raccogliere un nuovo messaggio esterno che mostri l'autenticazione Da più allineata prevista prima di approvare tale requisito. Non è stato effettuato alcun test sull'account, sulla campagna o sulla pubblicazione.
Recupera senza nascondere il problema originale
Sospendere l'implementazione del dominio personalizzato interessato quando non è possibile dimostrare l'identità richiesta. Conserva i record di autenticazione funzionanti esistenti e coordina qualsiasi ripristino con l'account e i proprietari DNS . Se l'invio del dominio condiviso è considerato un'alternativa temporanea, rendi esplicite le conseguenze del branding e della risposta per il proprietario dell'azienda anziché considerare silenziosamente la sostituzione come una soluzione.
Conservare i selettori necessari per i messaggi ancora in transito finché un piano pensionistico rivisto non ne consente la rimozione. L'ispezione dell'account live, le osservazioni DNS , la prova del messaggio ricevuto e il supporto esatto della busta personalizzata rimangono in sospeso qui. Questa bozza di documentario inedito attende anche la revisione visiva e l'approvazione della PMI umana.
Separare un messaggio di passaggio dalla disponibilità all'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido per la pubblicazione di un dominio p=reject e avvertenze sull'interoperabilità della posta indiretta. Un singolo risultato SPF allineato non giustifica di per sé l’implementazione di una politica di rifiuto. Esamina tutti i percorsi legittimi e la proprietà delle policy separatamente dalla configurazione di questo provider.