Identificare la posta ospitata prima di modificare le impostazioni predefinite
Questa guida copre la posta inviata dai server di posta ospitati di SiteGround. Non presuppone che SiteGround Email Marketing, un plug-in del sito Web che utilizza un servizio SMTP esterno o una casella di posta ospitata altrove segua lo stesso percorso. Registra la casella di posta di invio, il sito selezionato, il dominio e l'host DNS autorevole. Salvare un messaggio di base e un'esportazione di zona prima di modificare le impostazioni predefinite.
Documenti SiteGround creati automaticamente SPF E DKIM record. I controlli di autenticazione si trovano in Strumenti del sito > Email > Autenticazione; DMARC è gestito nell'editor della zona DNS . Un'impostazione predefinita in quel pannello è una configurazione iniziale, non la prova di un messaggio allineato consegnato. Controlli di autenticazione di SiteGround.
Ispeziona i valori esistenti invece di sostituirli
Apri l'editor della zona DNS del dominio e controlla il file corrente Record TXT. L'articolo sul controllo dei record di SiteGround documenta un proprietario DKIM predefinito di default. _domainkey sotto il tuo dominio. Utilizza la chiave e il nome host effettivi del tuo account. Identificare eventuali personalizzazioni e i relativi proprietari prima di scegliere un'azione di ripristino. Ispezionare SPF e DKIM.
Se DNS è ospitato altrove, copia i record pubblici necessari su quel servizio autorevole tramite il suo amministratore. Interroga il server dei nomi utilizzato dai ricevitori per confermare la pubblicazione. Non migrare DNS semplicemente perché il pannello di hosting contiene un comodo editor. Mantieni i record A del sito Web e il routing MX in entrata funzionante al di fuori dell'ambito di questa modifica di autenticazione.
Se SPF autorizza già altri sistemi, conserva le relative autorizzazioni verificate nella singola policy SPF applicabile. Un ripristino delle impostazioni predefinite di hosting potrebbe eliminare silenziosamente una busta paga o un percorso CRM. Controlla la sintassi e i costi di ricerca dopo l'unione e distingui il dominio SPF effettivamente valuta dal dominio Da visibile. Protocollo SPF.
Considera la rigenerazione DKIM come una modifica fondamentale
Il fornitore documenta la disattivazione e la riattivazione DKIM per rigenerarsi un record. Non utilizzare la rigenerazione come primo passaggio diagnostico per un problema di erogazione temporaneo. Cattura la corrente selettore e chiave pubblica, identificare eventuali messaggi di posta in coda e pianificare la pubblicazione con il proprietario DNS prima di sostituire una chiave funzionante. Controlli di SiteGround.
Un nuovo valore DNS può propagarsi in modo diverso tra i risolutori, quindi una modifica del pannello apparentemente immediata non dimostra che ogni destinatario possa verificare la nuova firma. Utilizzare un messaggio controllato dopo la modifica e verificare il selettore in quel messaggio rispetto alla chiave pubblica a cui fa effettivamente riferimento. Mantenere il piano di ripristino operativo separato dalla promessa che una vecchia chiave privata possa essere ripristinata; confermare prima tale capacità con il fornitore.
Costruisci un record di accettazione specifico per il percorso
La tabella è un piano di prova sintetico. Per questa guida non è stato controllato alcun tenant o messaggio consegnato di SiteGround.
- Percorso: casella di posta ospitata tramite client normale; Prove da preservare: intestazioni originali e destinazione SMTP del client; Decisione di accettazione: confermare il percorso di invio previsto da SiteGround
- Percorso: notifica sul sito web; Prove da preservare: risultati del trasporto e del ricevitore del plugin; Decisione di accettazione: stabilire se condivide effettivamente quel percorso
- Itinerario: servizio di marketing separato; Prove da preservare: impostazioni specifiche del servizio e messaggio originale; Decisione di accettazione: non ereditare il risultato del passaggio della casella di posta
- r ciascun messaggio, record visibile Da, dominio busta SMTP , DKIM d= e s=, e risultati del destinatario attendibile. Una firma d=example.com convalidata con Da user@example.com è un dominio esatto allineamento esempio; non è un'affermazione sull'output osservato di SiteGround. Se SPF passa per un altro dominio, valuta DKIM allineato prima di dichiarare DMARC interrotto. Allineamento DMARC.
Recuperare senza ampliare l'incidente
Quando i record vengono visualizzati in Strumenti del sito ma non nel DNS pubblico, indaga sull'autorità del server dei nomi e sulla costruzione del nome host. Quando la posta non è firmata, verificare il prodotto e il percorso SMTP prima di modificare le chiavi. Quando la verifica della firma fallisce, confronta la ricerca del selettore e qualsiasi gateway di modifica dei messaggi. Quando solo la posta del sito Web fallisce, controlla la configurazione di trasporto del sito Web anziché reimpostare l'autenticazione della casella di posta.
Se una modifica interrompe un altro mittente, ripristina la policy SPF o DMARC salvata e riprova a testare quel mittente e la casella di posta ospitata. Conservare le registrazioni prima e dopo, i timestamp, l'ambito approvato e gli originali ricevuti. Controlla le impostazioni predefinite dopo una migrazione di hosting, l'aggiunta di un dominio personalizzato o uno spostamento DNS . Il successo dell'autenticazione non stabilisce il posizionamento della casella di posta e questa bozza del documentario non richiede la convalida in tempo reale.
Separare la casella di posta funzionante dal percorso del sito Web non riuscito
Il caso scritto SG-01 prevede un messaggio di posta ospitata con From help@example.org e un passaggio DKIM attendibile utilizzando d=example.org, s=default. Un plug-in del sito Web effettua invece l'invio tramite un servizio SMTP esterno non correlato e non raccoglie risultati di autenticazione. Il messaggio ospitato fornisce l'esatto allineamento DKIM solo per il proprio percorso. Il proprietario del sito web dovrebbe identificare la busta effettiva del plugin e la configurazione della firma prima di qualsiasi ripristino di SiteGround. Mantieni intatti la chiave della casella di posta e gli altri mittenti SPF . Queste sono identità e risultati fittizi; non è stato controllato alcun tenant, plug-in, query DNS o messaggio.
Preservare il confine dell'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido, non solo SPF , per la pubblicazione dei domini p=rejecte mette in guardia 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.