Conferma che Porkbun invia il messaggio
Un dominio registrato su Porkbun non utilizza necessariamente l'hosting di posta elettronica Porkbun. Innanzitutto identifica se il messaggio ha origine in una casella di posta ospitata, una regola di inoltro, una casella di posta di terze parti o un sito web. Questa guida riguarda la posta elettronica ospitata da Porkbun. Mantieni un inventario di percorsi separato per i moduli del sito Web e la posta CRM anche se condividono lo stesso dominio Da visibile.
Registra il dominio, casella di posta di invio, autorevole server dei nomi, attuale SPF E Registri DMARCe l'amministratore DNS . Conserva la zona esistente prima delle modifiche. L'editor DNS di un registrar può contenere record che i ricevitori pubblici non vedono mai quando i nameserver di un altro provider sono autorevoli. Lo spostamento dei server dei nomi non è un prerequisito per l'autenticazione e non dovrebbe essere incluso in questa modifica.
Seleziona il flusso di lavoro DNS appropriato
Per le e-mail ospitate da Porkbun, l'icona della busta di Gestione dominio apre Hosting e inoltro e-mail. In Avvisi aggiuntivi e configurazione, il file Configura DMARC il controllo configura anche DKIM. Il provider afferma che questo controllo appare solo con un servizio di hosting di posta elettronica. Esaminare la modifica prevista e la policy esistente prima di accettare una configurazione automatica. Panino di maiale DKIM e DMARC.
Se il pannello segnala un avviso DMARC , i nameserver esterni potrebbero impedire la pubblicazione automatica. Questa non è una prova che la casella di posta non sia supportata. Ottieni i record generati e organizza la pubblicazione con l'amministratore DNS autorevole. Controlla le risposte pubbliche risultanti prima di fare affidamento sullo stato dell'account.
Per DNS esterni, Porkbun documenta l'inclusione del suo SPF come _spf.porkbun.com . Le sue istruzioni spiegano anche come copiare l'impostazione predefinita dell'account. _domainkey e _dmarc Record TXT dal pannello Record DNS . Copia esattamente la chiave pubblica. Unisci le autorizzazioni del mittente applicabili in una sola Registro SPF invece di pubblicarne un secondo. Istruzioni DNS esterne di Porkbun.
Conserva la posta esistente durante la pubblicazione
Non utilizzare la ricetta completa per la migrazione delle cassette postali contenuta nell'articolo sui DNS esterni come istruzione per sostituire il funzionamento Record MX durante una modifica relativa alla sola autenticazione. La migrazione MX modifica la consegna in entrata e necessita di un proprio piano approvato. Allo stesso modo, ispeziona qualsiasi politica DMARC esistente prima di copiare una sostituzione generata: altri mittenti e destinazioni di reporting possono dipendere da essa.
Per il record DKIM , distinguere il campo host dal valore TXT . Se l'editor aggiunge example.com , inserendo un nome host completo in un campo del nome relativo è possibile creare default._domainkey.example.com.example.com . Conferma l'effettiva posizione di ricerca pubblica, non solo la riga visualizzata. SPF è pubblicato come TXT nel dominio della busta pertinente. La politica valutata deve rimanere entro i limiti di ricerca DNS del protocollo. Regole SPF.
Testare l'invio e l'inoltro della casella di posta separatamente
Invia un messaggio innocuo dalla casella di posta ospitata utilizzando il normale client di invio a un destinatario esterno controllato. Salvare l'originale completo e quello aggiunto dal destinatario Authentication-Results. Quindi testa separatamente qualsiasi flusso di lavoro di inoltro; non sostituire la posta inoltrata con la linea di base per l'invio diretto.
- Test: invio diretto della casella di posta ospitata; Cattura: da, Return-Path, tutti i valori DKIM d= e s=; Condizione di passaggio: almeno un metodo di passaggio è allineato alla policy effettiva
- Test: modulo del sito Web di terze parti; Cattura: configurazione del mittente e originale ricevuto; Condizione di superamento: valutare il servizio di invio separato, non la proprietà del registrar
- Test: messaggio inoltrato; Acquisizione: firma originale e risultati post-inoltro; Condizione di superamento: diagnosticare le modifiche indipendentemente dal percorso della casella di posta diretta
- Questa tabella è un piano di test, non un report dei messaggi eseguiti. Per un Da sintetico di user@example.com e un DKIM convalidato d=example.com, il dominio di firma corrisponde esattamente. Una firma di passaggio per un dominio di provider non correlato non lo dimostra allineamento. Reply-To è utile per l'instradamento delle risposte ma non è il dominio allineato DMARC . DMARC.
Risolvere il guasto specifico
Se il controllo automatico è assente, conferma l'autorizzazione del prodotto invece di cercare un'impostazione del registrar non correlata. Se il pannello dice configurato ma DNS manca la chiave, confronta i nameserver e la zona autorevoli. Se la chiave esiste ma il messaggio non è firmato, verifica il percorso SMTP e la casella di posta, quindi fornisci al supporto un ID messaggio oscurato e lo stato della firma osservato. Non pubblicare una chiave privata o una password della casella di posta in un ticket.
Se SPF smette di funzionare dopo un'unione, ripristina il precedente record sicuramente valido ed esamina ciascuna inclusione prima di riprovare. Se un altro mittente si interrompe dopo una modifica DMARC automatica, ripristina la policy precedente approvata anziché lasciare attiva una sostituzione accidentale. Monitora la casella di posta esatta e le applicazioni interessate durante il successivo ciclo di invio normale. Conserva le istantanee DNS e gli originali con il record delle modifiche e rivedi le autorizzazioni obsolete dopo la migrazione della casella di posta. Per questa guida documentaria non è stata testata alcuna casella di posta live, modifica DNS o messaggio consegnato.
Riconciliare l'ambito del prodotto prima di agire
Per il caso scritto PB-01, presupponiamo che Porkbun ospiti la casella di posta ma example.com deleghi DNS altrove e utilizzi anche un CRM. Lo stato Configura DMARC non dimostra che la zona esterna è cambiata. Ottieni la chiave effettivamente generata e la policy proposta, preserva le autorizzazioni legittime del CRM e pubblica solo tramite il proprietario della zona autorizzato. Se l'identità di invio del CRM è sconosciuta, non indovinare un'inclusione o una sostituzione completa della politica SPF esistente. Mantieni in sospeso ogni DNS richiesto e l'osservazione dei messaggi fino al momento della raccolta effettiva. Non si è verificata alcuna configurazione o invio di posta qui.
Preservare il confine dell'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido, non solo SPF , per i domini che pubblicano p=reject, e avverte 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.