[ SPF ]

Domini MAIL FROM personalizzati: verifica insieme l'allineamento SPF e DMARC

Convalida un dominio di busta personalizzato utilizzando i messaggi ricevuti, non solo una schermata di configurazione DNS riuscita.

A cura del team di ricerca EmailAuth · 3 minuti di lettura

[ Punti chiave ]

  • Utilizza le impostazioni del provider specifiche dell'account per il dominio della busta esatto.
  • Un sottodominio di rimbalzo non soddisfa il rigoroso allineamento con il suo genitore.
  • Testare separatamente l'invio, il fallback e l'elaborazione del rimbalzo supportata.
In questa pagina

Una consuetudine MAIL DA Il dominio può consentire a un servizio di autenticare l'identità di una busta correlata al tuo dominio Da visibile. Il risultato utile è un percorso di posta funzionante e allineato, non semplicemente un indicatore DNS verde nella console del provider. Verificare le impostazioni DNS generate, l'effettiva identità SMTP , SPF risultato e DMARC allineamento come passaggi separati.

Scegli il dominio deliberatamente

Inventariare i domini di autore utilizzati negli indirizzi del mittente visibile e il design della busta personalizzata supportato dal provider. Un sottodominio di rimbalzo può essere conveniente dal punto di vista operativo, ma il rigoroso allineamento SPF richiede una corrispondenza esatta con il dominio dell'autore. In un allineamento rilassato, la relazione tra organizzazione e dominio determinata sotto RFC 9989 §4.10.2 può consentire l'allineamento di un sottodominio. Non dedurre l'allineamento dal nome di un marchio o dal campo Rispondi a. RFC 9989 §3.2.4, RFC 9989 §4.4.

Utilizza i valori DNS attuali specifici dell'account forniti dal tuo servizio. Un fornitore potrebbe richiedere record aggiuntivi per l'elaborazione del rimbalzo e per SPF ; tali requisiti sono specifici del servizio. Questa guida non fornisce deliberatamente un nome host MX universale, non include destinazione o sequenza di clic. Conferma che il dominio sia dedicato o che la modifica non entri in conflitto con un flusso di posta esistente.

Pubblica senza perdere l'integrità delle policy

Mantenerne uno nell'esatto dominio di identità SPF Registro SPF anziché aggiungere un secondo record v=spf1 accanto a una policy esistente. Convalida i requisiti combinati completi quando un dominio ha più mittenti legittimi. Una polizza genitore non copre automaticamente il bambino. Esaminare le dipendenze nidificate e i percorsi valutati rappresentativi per il limite dei termini che causano query DNS. RFC 7208 §4.5, RFC 7208 §4.6.4.

Registra i vecchi valori DNS e un piano di rollback sicuro prima del passaggio. Verifica la pubblicazione autorevole e le risposte ricorsive pertinenti, quindi abilita o conferma la busta personalizzata nel servizio. Un record DNS verificato da solo non dimostra che i messaggi abbiano iniziato a utilizzarlo.

Dimostrare la relazione sulla posta ricevuta

Esempio illustrativo, presupponendo una policy DMARC applicabile: un messaggio utilizza From receipts@example.com e MAIL FROM return.bounce.example.com . Se il dominio della busta è autorizzato da SPF e condivide i file applicabili dominio organizzativo example.com , può allinearsi in modalità rilassata. Non si allinea in modalità rigorosa perché i nomi di dominio completi differiscono. Se invece il provider torna silenziosamente a bounce.provider.example.net , SPF grezzo potrebbe passare mentre l'allineamento SPF viene perso.

Invia messaggi di prova attraverso ogni percorso materialmente distinto, incluso il failover dove supportato. Registra la MAIL effettiva DA, l'IP di connessione, il risultato SPF del destinatario attendibile, il risultato SPF allineato e DKIM dominio di firma. DMARC può passare con DKIM allineato anche quando la busta non è allineata; segnalalo onestamente anziché affermare che la personalizzazione MAIL FROM ha funzionato. RFC 9989 §4.4.

Convalidare il lato operativo

Testare la gestione del mancato recapito supportata dal provider e verificare che l'applicazione prevista riceva informazioni sullo stato di consegna. Laddove il tuo sistema origina messaggi con un percorso inverso nullo, SPF utilizza la sua costruzione di identità postmaster-plus-HELO definita, quindi testalo come un caso separato. Non inviare in produzione un test di rimbalzo che genera loop. RFC 7208 §2.4, RFC 7208 §10.1.3.

Completare la modifica solo quando l'invio, l'autenticazione, l'allineamento e l'elaborazione del mancato recapito hanno evidenza. Mantenere il comportamento e la proprietà di fallback del provider nel runbook e ripetere i test dopo le modifiche al routing o all'account.

Utilizzare un documento decisionale concreto

Utilizza due ipotetiche righe di accettazione: il percorso normale emette return.bounce.example.com e pass SPF ; il fallback emette un dominio del provider non correlato e passa SPF . Con From= example.com , il primo può allinearsi solo con la relazione rilassata qualificante, mentre il secondo no. Se DKIM fornisce il passaggio DMARC complessivo, contrassegna comunque il fallback personalizzato MAIL FROM come non conforme all'identità richiesta. Conserva le prove dell'elaborazione del rimbalzo in modo indipendente. Non è stata eseguita alcuna configurazione del provider o e-mail di prova.

[ Porta via ]

Utilizza le impostazioni del provider specifiche dell'account per il dominio della busta esatto. Un sottodominio di rimbalzo non soddisfa il rigoroso allineamento con il suo genitore. Testare separatamente l'invio, il fallback e l'elaborazione del rimbalzo supportata.

[Per ruolo]

Cosa significa questo per te

Scegli il tuo ruolo per i prossimi passi pratici.

Amministratore IT/Posta

Utilizza valori DNS generati dall'account.

Conserva i valori generati dal provider, l'effettiva identità SMTP e il risultato del destinatario nel record delle modifiche. Testare il comportamento del fallback in modo che un'interruzione non modifichi silenziosamente l'allineamento.

Prossimi passi

  1. Utilizza valori DNS generati dall'account.
  2. Testare le identità degli inviluppi normali e di fallback.
  3. Verificare separatamente l'elaborazione e l'allineamento del rimbalzo.

CISO/SecOps

Esamina l'account di servizio che controlla l'identità.

Esamina quale servizio può utilizzare il dominio busta e se i controlli dell'account sono adeguati. Trattare l'allineamento rilassato o rigoroso come una scelta di progettazione intenzionale, non come un risultato DNS accidentale.

Prossimi passi

  1. Esamina l'account di servizio che controlla l'identità.
  2. Documentare la scelta di allineamento rigoroso o rilassato.
  3. Conservazione della proprietà e condizioni di recupero.

Fondatore / Non tecnico

Identificare i flussi di messaggi utilizzando il dominio personalizzato.

Chiedi la prova che i messaggi reali utilizzano il nuovo dominio e che gli errori di consegna raggiungono comunque il team giusto. Una procedura guidata di installazione completata è solo una pietra miliare.

Prossimi passi

  1. Identificare i flussi di messaggi utilizzando il dominio personalizzato.
  2. Richiedi la prova del messaggio ricevuto.
  3. Verifica che gli errori di consegna raggiungano ancora il proprietario dell'attività.

[ Domande frequenti ]

Domande frequenti

MAIL FROM è l'indirizzo che vedono i clienti?

Di solito no. I clienti normalmente vedono l'intestazione RFC5322 .From; MAIL FROM è l'identità della busta SMTP utilizzata per la gestione degli errori di consegna e SPF .

RFC 7208 §2.4 RFC 9989 §3.2.2

Un dominio personalizzato garantisce l'allineamento SPF ?

No. Deve essere effettivamente utilizzato, superare SPF e soddisfare la relazione di allineamento applicabile.

RFC 9989 §4.4.2

Un sottodominio di rimbalzo si allineerà in modalità rigorosa?

Solo se corrisponde esattamente al Dominio dell'Autore. La semplice condivisione dello stesso dominio organizzativo non è sufficiente per un rigoroso allineamento.

RFC 9989 §3.2.10.2

Devo copiare i valori DNS di un altro cliente?

No. Utilizza i valori attuali generati per il tuo account provider e dominio.

Posso aggiungere un secondo record TXT SPF ?

Non pubblicare più record SPF con lo stesso nome del proprietario. Riconcilia i requisiti legittimi del mittente in un'unica policy valida.

RFC 7208 §4.5

Perché DMARC passa mentre MAIL FROM personalizzato non funziona?

Una firma DKIM allineata che passa può soddisfare DMARC in modo indipendente. Ispezionare l'identità SPF e ottenere direttamente il risultato.

RFC 9989 §5.3.5

Tutti i fornitori richiedono gli stessi record di rimbalzo?

No. I requisiti di verifica e instradamento del mancato recapito sono specifici del fornitore; seguire le istruzioni attuali dell'account proprietario.

Cosa rientra nel test di accettazione?

Identità di invio normali e di riserva, SPF , allineamento, DKIM , DMARC complessivo, consegna osservata ed elaborazione di rimbalzo supportata.

[ Fonti ]

Fonti

  1. RFC 7208

    Sezioni §2.4 · §4.1 · §4.5 · §4.6.4 · §10.1.3

  2. RFC 9989

    Sezioni §3.2.2 · §3.2.4 · §3.2.10.2 · §4.4 · §4.4.2 · §4.10.2 · §5.3.5

[ Glossario ]

Glossario

SPF
Valutazione dell'autorizzazione per un IP di connessione e la relativa identità SMTP .

RFC 7208 §2.4

MAIL DA identità
L'identità della busta SMTP utilizzata da SPF , con la costruzione postmaster/ HELO definita quando il percorso inverso è nullo.

RFC 7208 §2.4

Allineamento DMARC
La relazione richiesta tra un identificatore autenticato e il dominio dell'autore.

RFC 9989 §4.4

Provenienza aziendale

Perché le principali istituzioni finanziarie e i governi hanno ritirato le dashboard di sicurezza della posta elettronica.

Le tradizionali piattaforme di autenticazione e-mail ti vendono una dashboard e chiedono ai tuoi ingegneri di fare il lavoro. Negli ambienti ad alto rischio, la supervisione manuale comporta un’applicazione ritardata, deviazioni della configurazione e domini ombra non monitorati.

EmailAuth è la piattaforma di provenienza della posta elettronica degli agenti. I nostri agenti applicano p=reject, mantieni allineati i mittenti di terze parti e sposta i tuoi domini al massimo RFC 9989 conformità, il nuovo standard DMARC , con verificabilità human-in-the-loop.

Governi Grandi imprese Istituti finanziari di primo livello

SaaS · Locazione dedicata · Air-gapped on-premise · Crittografia BYOK

Base di conoscenza