Guida all'autenticazione delle e-mail di Greatmail: SPF, DKIM e DMARC

Quando la tua organizzazione si affida a Greatmail per l'hosting della posta elettronica o per i servizi SMTP in uscita, i tuoi messaggi vengono inviati tramite l'infrastruttura server specializzata di Greatmail.

Senza un'adeguata autorizzazione DNS, i provider di posta elettronica (come Gmail e Yahoo) potrebbero interpretare le tue e-mail come tentativi non autorizzati di spoofing. L'implementazione di una politica allineata di SPF, DKIM e DMARC colma questa lacuna di fiducia, convalida l'identità del tuo marchio e protegge la tua posta in uscita.

Fase 1: Richiesta di configurazione del dominio e delle chiavi personalizzate

Poiché Greatmail coordina i selettori univoci e le coppie di chiavi account per account, è necessario ricavare i parametri di hosting personalizzati direttamente dalle istruzioni di onboarding o dall’assistenza di Greatmail.

1. Inserisci le impostazioni del dominio: registra il tuo dominio di invio esatto su Greatmail durante la procedura di registrazione.

2. Definisci il tipo di servizio: specifica se il tuo dominio utilizzerà caselle di posta completamente ospitate da Greatmail oppure se stai configurando solo servizi SMTP in uscita.

Important: If you only use Greatmail for SMTP-only outbound sending, do not change your MX records. MX records govern inbound mail. Only point your MX records to Greatmail (commonly smtp.greatmail.com with priority 10) if they are hosting your incoming mailboxes.

3. Richiedi le tue chiavi personalizzate: chiedi a Greatmail di fornirti il selettore DKIM e la chiave pubblica DKIM specifici per il tuo account e verifica se per il tuo dominio è stato assegnato un Return-Path personalizzato e allineato.

Fase 2: Configurazione dell'SPF di Greatmail

SPF autorizza i server di posta in uscita che sono autorizzati a inviare messaggi per conto del proprio dominio.

Scenario A: Se NON disponi già di un record SPF

Se il tuo dominio non dispone attualmente di un record SPF, pubblica un nuovo record TXT nella tua zona DNS:

• Tipo: TXT
• Host/Nome: @ (oppure lasciare vuoto per il dominio principale)
• Valore:

v=spf1 mx include:spf.greatmail.com ~all

(Nota: si consiglia di utilizzare l'opzione ~all (soft fail) per la configurazione iniziale del monitoraggio, anziché l'opzione -all (hard fail), per evitare che la posta legittima venga respinta mentre si allineano le fonti).

Scenario B: Se si dispone già di un record SPF (caso più comune)

Se invii già e-mail tramite altri strumenti (come Microsoft 365 o Google Workspace), non creare mai un secondo record SPF. In caso contrario, si verificherà immediatamente un PermError.

Inserisci invece l'istruzione "include" di Greatmail nel tuo record attuale:

Prima:

v=spf1 include:spf.protection.outlook.com ~all

Dopo:

v=spf1 include:spf.protection.outlook.com include:spf.greatmail.com ~all

L'aggiunta di più piattaforme di invio di terze parti può farti superare il limite standard di 10 query DNS. Puoi monitorare il numero di query utilizzando lo strumento di verifica SPF di PowerDMARC oppure aggirare completamente il limite con Hosted SPF.

Fase 3: Configurazione del DKIM personalizzato

DKIM firma i messaggi in uscita con una chiave privata, che i server di destinazione verificano poi utilizzando la chiave pubblica pubblicata nel tuo DNS. Poiché Greatmail genera coppie di chiavi univoche, non copiare il selettore di un altro cliente.

Utilizzando il selettore esatto e la chiave pubblica forniti da Greatmail, crea un nuovo record DNS:

• Tipo: TXT
• Record host / Nome: [selector]._domainkey (sostituire [selector] con la stringa specifica fornita dall'assistenza di Greatmail)
• Valore TXT:

v=DKIM1; k=rsa; p=[chiave pubblica Greatmail]

Note:When copying the public key, ensure you do not introduce accidental spaces or line breaks. Once published, confirm with Greatmail support that the record has propagated so they can toggle active signing on their servers. If you want to check your keys, you can do so by using PowerDMARC's DKIM checker.

Passaggio 4: Configurare il record DMARC

DMARC si basa sull'allineamento tra SPF e DKIM per verificare l'autenticità di un'e-mail. Affinché DMARC risulti positivo, il dominio presente nell'intestazione visibile "Da" deve corrispondere al dominio autenticato utilizzato in SPF (Return-Path) o DKIM (tag di firma d=).

Utilizza il generatore gratuito di record DMARC di PowerDMARC per creare il tuo record iniziale.

1. Accedi alle impostazioni DNS e crea un nuovo record:

• Tipo: TXT
• Host/Nome: _dmarc
• Valore: v=DMARC1; p=none; rua=mailto:[email protected];

2. Salva il nuovo record.

Adottando una politica "p=none", è possibile monitorare in tutta sicurezza tutte le fonti di invio nei report XML aggregati (rua) senza rischiare di compromettere la consegna dei propri flussi di posta legittimi.

Fase 5: Verifica, risoluzione dei problemi e applicazione

Per assicurarti che l'autenticazione sia corretta, esegui un test in tempo reale.

1. Verifica della propagazione DNS: utilizza lo strumento DMARC Record Checker di PowerDMARC per verificare che i record TXT SPF, DKIM e DMARC puntino ai nomi host corretti.

Invia un'e-mail di prova: invia un'e-mail effettiva utilizzando le tue credenziali SMTP di Greatmail e il tuo indirizzo "Da" di produzione a una casella di posta di cui hai il controllo.

Controlla le intestazioni: visualizza le intestazioni del messaggio in formato grezzo (ad esempio, “Mostra originale” in Gmail) e verifica l’intestazione “Authentication-Results”:

Verifica che spf=pass e assicurati che il dominio smtp.mailfrom corrisponda al tuo dominio “Da”.

Cerca "dkim=pass" e verifica che il tag "d=" corrisponda al tuo dominio.

Verificare che sia effettivamente registrato "dmarc=pass".

Common Pitfall: If SPF passes for a Greatmail-owned return-path domain and DKIM passes for a Greatmail-owned signing domain, DMARC will still fail because neither domain aligns with your personal "From" domain. Ensure Greatmail has configured a custom aligned return-path and custom DKIM under your specific domain.

Percorso sicuro verso p=rifiuto

Mantenere una politica di monitoraggio impostata su p=none per un ciclo economico. Ciò consentirà ai flussi di email stagionali, transazionali e automatizzati di avere tutto il tempo necessario per comparire nei tuoi report. Una volta verificato che tutte le tue fonti di invio autorizzate superino l’autenticazione allineata, aggiorna la tua politica impostandola su “messa in quarantena” e, successivamente, su “rifiuto”, al fine di prevenire l’usurpazione di identità e lo spoofing:

• Quarantena (Staging): v=DMARC1; p=quarantena; rua=mailto:[email protected];
• Rifiuta (Applicazione): v=DMARC1; p=reject; rua=mailto:[email protected];

Parole finali

Sei pronto a ottimizzare la sicurezza della tua posta elettronica? Il team di PowerDMARC può aiutarti a monitorare con tranquillità il tuo traffico Greatmail, a passare in tutta sicurezza all’applicazione del protocollo DMARC e a visualizzare il logo del tuo marchio nelle caselle di posta dei clienti grazie a BIMI.

Contatta il nostro team o prenota oggi stesso una demo di PowerDMARC per proteggere le comunicazioni della tua azienda!

• Informazioni su
• Ultimi messaggi

Yunes Tarada

Esperto di sicurezza dei domini e della posta elettronica presso PowerDMARC

Yunes è un Operations Team Lead di PowerDMARC, esperto di autenticazione e sicurezza delle e-mail. Yunes è un Azure Administrator Associate certificato da Microsoft con certificazioni in CompTIA A+ e molte altre.

Ultimi messaggi di Yunes Tarada (vedi tutti)

• Guida all'autenticazione delle e-mail di Greatmail: SPF, DKIM e DMARC - 11 settembre 2026
• Che cos’è il tag AVP di BIMI? Spiegazione delle preferenze relative agli avatar - 8 settembre 2026
• Che cos’è l’APRF? Spiegazione del nuovo standard di feedback sulla deliverability delle e-mail - 4 settembre 2026