Stabilisci il dominio di invio e l'ambito della campagna
Scegli il dominio Da approvato prima di organizzare l'autenticazione. Registra l'account WordFly, il proprietario della campagna, l'amministratore DNS e gli esatti indirizzi del mittente che verranno utilizzati dalle prossime campagne. Includi campagne automatizzate e invii di prova nell'inventario. Un messaggio di anteprima o un indirizzo del mittente di proprietà del provider non è una prova sufficiente per una campagna che utilizza il dominio dell'organizzazione.
WordFly è dedicato DKIM l'articolo descrive la doppia firma con wordfly.com e il dominio di invio del cliente e richiede la pubblicazione del record DKIM personalizzato fornito e di un Registro DMARC prima dell'invio sicuro. La sua guida all'invio più ampia ha un linguaggio meno specifico sulla firma personalizzata. Utilizza il flusso di lavoro di autenticazione dedicato e verifica l'effettiva firma del dominio del cliente anziché fare affidamento su frasi generali più vecchie. DKIM personalizzato, Guida all'invio.
Coordina la pubblicazione con WordFly
Richiedi il record pubblico DKIM personalizzato al supporto WordFly per il dominio approvato. Pubblicare quanto fornito registrazione TXT al DNS autorevole, quindi comunica al supporto che è pronto per la verifica. La documentazione consiglia di concedere due o tre giorni per l'installazione e il test. Non pianificare una campagna completa dell'ultimo minuto partendo dal presupposto che la sola pubblicazione DNS completi l'attivazione del provider. Configurazione DKIM di WordFly.
Salva l'istruzione di supporto, il nome del proprietario, il tipo di record e il valore pubblico completo con la richiesta di modifica. Controlla se l'editor DNS aggiunge il suffisso del dominio e se un altro record occupa il nome proposto. Utilizzare l'attuale supporto fornito selettore piuttosto che trattare l'esempio di un articolo pubblico come un'impostazione immutabile dell'account. Non pubblicare mai una chiave di firma privata.
Mantieni distinte le decisioni SPF e DMARC
La guida all'invio di WordFly dice che pubblica SPF per il suo dominio di invio e autentica il file percorso di ritorno O indirizzo di rimbalzo. Ciò stabilisce il ruolo SPF del fornitore; non dimostra il dominio della busta personalizzata del cliente o SPF del dominio del cliente allineamento. Non aggiungere un apice indovinato per creare una falsa apparenza di allineamento. Esaminare il dominio effettivo della busta su un messaggio di prova. Guida all'invio di WordFly.
Esamina il record DMARC esistente dell'organizzazione con il suo proprietario. Mantenere le politiche approvate e le modalità di reporting durante l'inserimento nel percorso della campagna. Un dominio cliente di passaggio Firma DKIM può fornire il percorso allineato anche quando SPF di proprietà del provider non è allineato. Abbina il valore d= osservato al visibile From utilizzando la modalità di allineamento effettiva del dominio. DMARC.
Ispeziona entrambe le firme in un flusso di lavoro reale
Invia una campagna controllata ai destinatari di prova autorizzati solo dopo la verifica del fornitore. Conserva il messaggio originale e i risultati dell'autenticazione del sistema ricevente. Non fermarti al primo risultato dkim=pass : determina quale firma è passata e se il suo dominio è allineato.
- Caso firma sintetica: d=wordfly.com passa; Significato: la firma del provider convalida; Prossima decisione: controlla separatamente la firma del cliente
- Caso di firma sintetica: d=example.com passa con From news@example.com ; Significato: allineamento esatto del dominio in questo esempio; Prossima decisione: Confermare il destinatario DMARC e conservare le prove
- Caso di firma sintetica: la firma del cliente fallisce, la firma del fornitore passa; Significato: la sola autenticazione del provider non è sufficiente per quel Da; Decisione successiva: esaminare il selettore del cliente e l'integrità del messaggio firmato
Questi sono casi sintetici, consegne WordFly non osservate. Registrare ogni coppia d= e s= in modo che una seconda firma passata non possa nascondere una firma del cliente non riuscita. Testa il percorso finale del contenuto della campagna, inclusa qualsiasi elaborazione dei collegamenti o percorso di inoltro importante per il pubblico previsto. Il posizionamento della posta in arrivo è un'osservazione separata dall'accettazione dell'autenticazione.
Riparare prima di lanciare la campagna
Se il DNS è corretto ma manca la firma del cliente, conferma l'attivazione lato provider e il dominio Da scelto per la campagna. Se una firma fallisce, confronta la ricerca del selettore e preserva il motivo dell'errore del destinatario. Fornire al supporto un originale redatto o dettagli diagnostici appropriati per il suo canale di supporto sicuro. Non generare chiavi sostitutive non correlate né eliminare la firma del provider.
Blocca la campagna interessata mentre le prove di autenticazione sono incomplete. Mantieni disponibile il vecchio selettore per la posta in coda quando è pianificata una rotazione, seguendo le istruzioni di transizione del provider. Dopo la riparazione, ripetere il test originale e ottenere l'accettazione del proprietario della campagna prima del rilascio. Archivia il set di record verificato, la conferma del supporto e gli originali ricevuti. Esamina gli account e i selettori inattivi quando le campagne vengono ritirate. Questa bozza non contiene alcun accesso all'account live, modifiche DNS o prove inviate della campagna.
Conferma il limite del provider
La guida dettagliata mostra wordfly02. _domainkey come esempio pubblico; confrontare l'esatta istruzione di supporto corrente anziché indovinare o sovrascrivere un selettore occupato. Richiede anche una casella di posta postmaster. Mantieni i controlli di avvio per l'autorizzazione dell'abbonato, un collegamento di annullamento dell'iscrizione funzionante e un collegamento adatto riscaldamento piano separato dalla convalida DNS . Questi sono requisiti e raccomandazioni della guida per l'invio, non una prova che questa campagna sia conforme o consegnata.
Elaborare un caso diagnostico immaginario
Solo caso scritto immaginario: WFL-01 presuppone From news@theatre.example , una firma d=wordfly.com superata e una firma d=theatre.example non riuscita. La busta e il risultato SPF sono sconosciuti. La firma del provider non è allineata, ma le prove non dimostrano un errore DMARC completo perché SPF rimane sconosciuto. Il proprietario della posta deve verificare il selettore del cliente e il motivo dell'errore con l'Assistenza, quindi ripetere il test del contenuto finale approvato. Non rimuovere la firma del provider per rendere i risultati più semplici. Nessun account, DNS , CRM, fattura, campagna o consegna è stato testato in questo caso.
Separare un messaggio di passaggio dalla disponibilità all'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido per un dominio che pubblica 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.