Inizia con il percorso di inoltro anziché con l'etichetta Gmail
Un messaggio che arriva a Gmail dopo l'inoltro ha una cronologia di consegna diversa da un messaggio inviato direttamente lì. Il servizio di inoltro può modificare la busta SMTP , conservare o alterare il messaggio originale e allegare le proprie osservazioni di autenticazione. Diagnosticare tale cronologia prima di chiedere al mittente originale di modificare DNS . Una consegna diretta riuscita stabilisce un confronto utile, ma non dimostra che il percorso indiretto preservi lo stesso percorso di autenticazione.
Identificare il tipo di conto finale e il meccanismo di inoltro. Le linee guida generali per i mittenti di Google riguardano esplicitamente gli account Gmail personali, mentre il routing di Google Workspace di un'organizzazione può comportare ulteriori scelte amministrative. Registrare se l'intermediario è un servizio alias, una regola di casella di posta, un gateway o un sistema di posta. Non applicare una regola per un prodotto o un percorso semplicemente perché entrambe le destinazioni mostrano un'interfaccia Gmail familiare.
Leggere la guida del fornitore nell'ambito del suo ambito
L'attuale di Google inoltro guida consiglia di utilizzare il dominio di inoltro nel file mittente della busta, autorizzando l'infrastruttura di inoltro in quel dominio SPF policy, limitando l'inoltro di spam ed evitando modifiche che interferiscano con DKIM. Dice anche che Gmail esegue i propri controlli di autenticazione. Tali consigli non promettono il recapito della posta in arrivo né rendono autorevole il passaggio di un server precedente su Gmail .
Mantieni tale guida separata dal requisiti personali del mittente Gmail. I requisiti variano in base al volume di invio e allo scopo del messaggio. Questo articolo non sostituisce la determinazione dei requisiti applicabili al mittente effettivo. Né propone di modificare le impostazioni dell'account di un utente, consentendo l'inoltro o l'aggiunta di un indirizzo a qualsiasi elenco di fiducia senza la decisione appropriata del proprietario.
Seguire separatamente la busta e l'identità visibile
Alla connessione SMTP finale, SPF valuta l'identità rilevante utilizzando l'indirizzo del server che si connette. Uno spedizioniere è un nuovo server che si connette, motivo per cui preservare la busta originale può modificare il risultato SPF . RFC 7208 sezione 10.3 spiega il problema del mediatore. L'indirizzo del mittente visibile del messaggio è un'identità separata e può rimanere invariato.
Una busta riscritta sotto il dominio dello spedizioniere può ottenere l'autorizzazione SPF per quel dominio. Semplicemente contenendo l'indirizzo originale in una parte locale, non si allinea con il dominio dell'autore originale. Sotto RFC 9989 sezione 4.4, DMARC richiede un identificatore autenticato che passa con la relazione di dominio richiesta. Registra i domini effettivi e allineamento modalità invece di considerare un passaggio SPF come la risposta completa.
Per indagini, richiedere l'identità della busta originale ai registri di consegna attendibili, ove disponibili. Una finale Return-Path può essere utile ma non descrive in modo indipendente ogni transazione SMTP precedente. Contrassegnare i valori precedenti non disponibili come sconosciuti anziché ricostruirli da un nome visualizzato o da un testo del messaggio tra virgolette.
Conserva la firma allineata quando l'inoltro lo consente
DKIM può sopravvivere all'inoltro quando il contenuto coperto è ancora verificato. Se una modifica invalida una firma dipende dai campi dell'intestazione firmata, dalla copertura del corpo, canonicalizzazione e i byte effettivi al momento della verifica. RFC 6376 sezioni 3.4 e 5.4 fornire quelle regole. Non affermare che ogni intestazione aggiunta interrompa DKIM o che ogni messaggio con un corpo visibile invariato debba essere verificato.
Ispezionare il dominio di firma della firma originale e selettore, le intestazioni firmate elencate e il risultato della verifica del destinatario. Un prefisso dell'oggetto, un piè di pagina, una conversione MIME o una trasformazione degli allegati possono influire sul materiale trattato. Confronta i messaggi prima e dopo la sospetta trasformazione. L'aggiunta di una nuova firma da un dominio di inoltro non correlato non ripara la firma originale né stabilisce l'allineamento per l'autore originale.
Un ricevitore potrebbe prendere in considerazione ARC prove secondo la propria politica. RFC 8617 descrive quel meccanismo sperimentale; una catena valida non è un passaggio DMARC automatico o una garanzia di consegna. A partire da questa recensione, il proposta di riclassificazione ARC rimane un lavoro in corso. Non trasformare una bozza di proposta in una rivendicazione su ciò che Gmail ha abilitato o disabilitato.
Confronto immaginario tra ricevute dirette e inoltrate
Immagina che il mittente immaginario example ticket invii una ricevuta direttamente a una casella di posta Gmail controllata e un'altra ricevuta equivalente tramite un alias su example.net . Il dominio dell'autore previsto è example.com . In questo scenario inventato, la copia diretta ha una firma allineata valida, mentre la copia inoltrata conserva quella firma ma acquisisce un piè di pagina che ne modifica il corpo coperto.
Supponiamo che la busta finale venga riscritta in example.net e SPF passi per quell'identità. Questo ipotetico passaggio non è in linea con example.com . Il revisore controllerà quindi se sopravvive qualche altra firma allineata valida e cosa riporta il destinatario finale. L'esempio non afferma un verdetto Gmail , una sostituzione ARC o un rifiuto osservato; nessun messaggio è stato inviato o raccolto.
La domanda di riparazione proposta è ristretta: lo spedizioniere autorizzato può preservare il materiale del messaggio rilevante soddisfacendo al tempo stesso le esigenze del servizio? Ciò è più utile che aggiungere lo spedizioniere alla policy del mittente originale senza comprendere le conseguenze sull'identità e sull'autorizzazione.
Conservare un pacchetto di prove prima di dichiarare il successo
Utilizza account di prova con consenso e messaggi approvati e non sensibili. Acquisisci tempi di consegna diretti e indiretti, identificatori di percorso, osservazioni di buste, firme complete e risultati di autenticazione finale affidabili. Registra la disposizione effettiva separatamente: l'accettazione SMTP , la consegna della casella di posta, il posizionamento dello spam e la visibilità dell'utente non sono risultati intercambiabili. Se una copia intermedia non è disponibile, indicare quale trasformazione non può essere localizzata.
Valuta una modifica proposta rispetto a formati e percorsi rappresentativi, non solo a un messaggio di testo semplice. Conserva la configurazione precedente e definisci cosa attiverebbe il ripristino. Resta aperta la porta del catalogo esatto: campioni di consegna diretta e indiretta con percorso, busta, firme e risultati attendibili confrontati. Questo manoscritto contiene un esercizio di fantasia e una guida documentale attuale, non gli esempi originali o un'implementazione verificata Gmail .