Definire il percorso di invito al sondaggio
Questa guida copre gli inviti ai sondaggi inviati tramite il servizio di posta elettronica di QuestionPro utilizzando un indirizzo di provenienza personalizzato. Non configura il servizio SMTP separato di un'organizzazione né presuppone che ogni prodotto QuestionPro condivida controlli identici. Registra l'account, il prodotto, il sondaggio, l'indirizzo del mittente previsto e l'amministratore del dominio responsabile prima di modificare qualsiasi cosa. Un nome visualizzato riconoscibile da solo non dice nulla sul dominio che esegue l'autenticazione.
La guida agli inviti di QuestionPro distingue l'autenticazione del dominio dall'accesso alla posta in arrivo individuale. Il flusso di lavoro con indirizzo personalizzato viene raggiunto dall'area Distribuisci del sondaggio selezionato, utilizzando il controllo Indirizzo mittente. Dopo aver verificato il dominio, è necessario aggiungere e confermare anche l'indirizzo del mittente tramite la sua casella di posta. Trattateli come cancelli di accettazione separati. Inviti personalizzati QuestionPro
Identificare chi può ricevere la conferma e chi gestirà le risposte degli intervistati. Evita di utilizzare una casella di posta inventata solo perché il dominio esiste. Se il team desidera un indirizzo non presidiato, stabilisci la gestione delle risposte tramite il servizio di posta responsabile anziché dare per scontato che QuestionPro fornisca una casella di posta. Mantieni il sondaggio di prova libero dai dati personali dei rispondenti e utilizza destinatari autorizzati per test controllati.
Autenticare un primo dominio nell'account
Il percorso dell'account documentato è Profilo utente, Account personale, Autenticazione dominio, Nuovo dominio. Entra nel dominio controllato, ottieni quello visualizzato SPF istruzione, quindi generare il file DKIM chiave. Pubblicare l'emesso selettore e valore pubblico e utilizzare il controllo di verifica. Il fornitore richiede anche un valido Registro DMARC. Le sue linee guida consentono fino a sei ore affinché le chiavi generate diventino disponibili sui suoi server di posta elettronica e consiglia di attendere dalle sei alle dodici ore per la verifica dopo le modifiche DNS . Autenticazione del dominio QuestionPro
Trattare gli intervalli pubblicati come indicazioni per la risoluzione dei problemi, non come una promessa su una particolare cache DNS o tenant. Salva l'ora di generazione della chiave separatamente dall'ora di pubblicazione DNS . Se la verifica fallisce immediatamente, stabilire innanzitutto quale prerequisito è ancora in sospeso. La generazione ripetuta di nuove chiavi può rendere più difficile la riconciliazione delle prove, quindi non rigenerarle semplicemente perché appare uno stato in sospeso di breve durata.
Utilizza i valori pubblici emessi per quel dominio. Non copiare un selettore o una chiave da un altro cliente e non inserire materiale di firma privato nel DNS . Il selettore e il dominio di firma determinano dove un destinatario recupera la chiave pubblica DKIM . Questo è il motivo un record con un nome del proprietario accattivante ma errato non ripara una firma effettiva. DKIM RFC 6376
La pagina QuestionPro SPF indirizza inoltre i lettori alle istruzioni generate dall'account. Applicalo solo a un dominio di proprietà dell'organizzazione o autorizzato ad amministrare. Una casella di posta presso un provider di posta elettronica pubblico non garantisce il controllo del DNS di quel provider. Guida QuestionPro SPF
Conserva SPF esistente e la ricezione della posta
Prima della modifica, acquisisci l'autorevole corrente server dei nomi, Registro SPF, DMARC policy e tutti i record DKIM esistenti nel selettore proposto. Identificare altri servizi che inviano con la stessa identità. Il nuovo provider non deve sostituire la normale autorizzazione alla casella di posta dell'organizzazione o un altro mittente operativo.
Pubblicare un'unica policy SPF per ciascun proprietario e unire i meccanismi autorizzati nella policy esistente, ove appropriato. Controlla il limite di ricerca dopo l'unione. SPF valuta un'identità SMTP ; la semplice aggiunta di un'inclusione al dominio Da visibile non stabilisce che un messaggio ricevuto utilizzerà quel dominio per SPF . Utilizzare l'identità effettiva della busta durante il test. SPF RFC 7208
Controlla i nomi completi dei proprietari dopo la pubblicazione. Un editor che aggiunge la zona può creare un dominio raddoppiato quando un nome completo viene incollato in un campo del nome relativo. Registra sia il valore mostrato nell'interfaccia DNS che la risposta pubblica. Non modificare il routing MX come esperimento di risoluzione dei problemi non correlato. Il flusso di lavoro dell'invito richiede una casella di posta del mittente utilizzabile, ma l'autenticazione di un servizio di sondaggio non è un'istruzione per migrare tutta la posta dell'organizzazione.
Gestisci un dominio già utilizzato da un altro account
QuestionPro documenta un ramo diverso quando lo stesso dominio viene autenticato in un altro account: completa il flusso dell'account e pubblica il record di proprietà del dominio anziché dare per scontato che sia necessaria una nuova configurazione SPF e DKIM . Conservare i record di firma esistenti finché le attuali istruzioni del locatario non stabiliscono ciò che è necessario. Autenticazione del dominio QuestionPro
Crea un registro da account a dominio con il proprietario della configurazione originale, il proprietario dell'account aggiuntivo, i registri pubblici esistenti e qualsiasi nuova prova di proprietà. La richiesta di un secondo account non dovrebbe diventare una rotazione accidentale della chiave per il primo account. Registra con precisione quale account mostra uno stato verificato e quali percorsi di messaggi sono stati testati. “Il dominio è già verificato da qualche parte” non è una prova sufficiente di accettazione del nuovo account di invio.
È presente un conflitto di documentazione nel materiale attuale di prima parte: la pagina di autenticazione del dominio e la pagina di invito personalizzato elencano quote di dominio diverse per le stesse famiglie di licenza. Questa guida non promette deliberatamente alcuna quota numerica. Conferma il diritto attuale nell'account effettivo o con QuestionPro prima di pianificare domini aggiuntivi. Questo conflitto non giustifica l'invenzione di controlli mancanti o l'utilizzo di una soluzione alternativa per l'account non autorizzata. Autenticazione del dominio QuestionPro Inviti personalizzati QuestionPro
Convalida l'invito selezionato anziché il badge
Dopo la verifica del dominio e della posta in arrivo, seleziona l'indirizzo del mittente desiderato nell'invito effettivo e invia un test controllato. Conferma i valori Da e Rispondi a del messaggio, il dominio della busta, i valori DKIM d= e s= e l'attendibilità del destinatario Authentication-Results. Testare un promemoria separatamente se i promemoria fanno parte della distribuzione. Conserva gli identificatori dell'account e del sondaggio insieme alle prove in modo che il risultato non possa essere accidentalmente attribuito a un'altra area di lavoro.
DMARC richiede un meccanismo di passaggio allineato con il dominio Da visibile. Sia SPF allineato che DKIM allineato possono fornire il pass. Preservare l'attuale allineamento la modalità e l'ambito politico, anziché assumere il distintivo di un fornitore, dimostrano tutti i risultati del destinatario. Un record di dominio, uno stato di verifica e un risultato di autenticazione ricevuto sono diversi tipi di prova. DMARC RFC 9989
QuestionPro documenta l'indagine sulla consegna attraverso l'area Distribuisci, E-mail, Inviati e Non consegnati del sondaggio selezionato. Chiede ai casi di supporto di stabilire l'autorizzazione per contattare i destinatari e lo stato di SPF , DKIM e DMARC . Utilizza le informazioni specifiche sull'errore insieme alle prove di autenticazione invece di modificare DNS per ogni rimbalzo. Risoluzione dei problemi di consegna di QuestionPro
Un destinatario inesistente, un limite di account o un coinvolgimento scarso richiedono una risposta diversa da una chiave DKIM mancante. Non affermare che il superamento dell'autenticazione garantisca la posta in arrivo. Conservare il consenso e i controlli di qualità degli elenchi come responsabilità operativa separata.
Foglio di lavoro per l'accettazione di QuestionPro
Completa questo record proposto per ciascun account e dominio di invio. Nessun campo sottostante rappresenta i risultati dei test dei clienti.
- Ambito: account, prodotto, diritto di licenza confermato senza fare affidamento su quote in conflitto, sondaggio, proprietario del mittente e servizio di consegna.
- Ramo di dominio: prima autenticazione o prova di proprietà dell'account aggiuntivo, proprietario della configurazione originale e dipendenze esistenti.
- DNS : istruzioni SPF emesse, selettore e chiave pubblica, record di proprietà se applicabile, risposte autorevoli, TTL e timestamp.
- Tempistiche del provider: ora di generazione della chiave, ora di pubblicazione DNS , tentativi di verifica, stato esatto e messaggi non risolti.
- Indirizzo del mittente: casella di posta confermata, Da selezionato, Rispondi a, proprietario della gestione delle risposte e completamento della verifica.
- Prove ricevute: invito o promemoria, destinatario, dominio della busta, domini e selettori DKIM , risultati dell'autenticazione e allineamento.
- Decisione: account o prodotti rimanenti, piano di ripristino, chiarimento delle quote, revisore umano e stato di approvazione.
Diagnosi fittizia di una regressione del secondo account
Questo esempio è immaginario. Viene aggiunto un secondo account di ricerca per un dipartimento. Un amministratore presuppone che il dominio esistente debba essere autenticato da zero e propone di sostituire il record DKIM funzionante. Le campagne della squadra originale sono ancora attive.
L'indagine più sicura identifica il ramo di proprietà dell'account aggiuntivo, confronta le istruzioni emesse dal tenant con i record esistenti e preserva la chiave di firma funzionante. Entrambi gli account necessitano quindi di test di invito controllati separati. Se l'interfaccia attuale differisce dal ramo documentato, la modifica rimane in sospeso per chiarimenti da parte del fornitore invece di forzare le vecchie istruzioni. Questo è un percorso decisionale illustrativo, non un cambio di inquilino completato.
Prove e cancelli di revisione
L'idoneità dell'account live, i valori generati, la proprietà del dominio, le risposte DNS , la disponibilità delle chiavi, la conferma della posta in arrivo e l'allineamento dei messaggi ricevuti rimangono non testati. Le quote di dominio in conflitto rappresentano una conservazione specifica dell'ambito del prodotto. La revisione della PMI umana, la revisione visiva e l'approvazione della pubblicazione sono in attesa. Mantieni il candidato non pubblicato e conserva il foglio di lavoro specifico dell'account con qualsiasi convalida successiva.
Mantieni reversibile la decisione relativa al secondo account
Prima di modificare un dominio condiviso per un nuovo account di ricerca, registrare il proprietario dell'account originale e i nomi dei record dei candidati. Se una nuova istruzione si sovrappone a un selettore funzionante, fermati e chiedi se si tratta di una prova di proprietà o di una modifica della chiave di firma. L'esempio fittizio non stabilisce alcun selezionatore effettivo, campagna di successo o migrazione completata. Mantenere il percorso esistente fino a quando non vengono concordati il cambiamento previsto e il rollback.
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.