Panoramica sull'autenticazione delle e-mail

Per garantire che le tue email di marketing inviate tramite HubSpot siano conformi agli standard di autenticazione e alle politiche di invio applicate dai principali provider di posta elettronica (ad esempio, Gmail e Yahoo Mail), ti consigliamo di collegare il tuo dominio di invio email a HubSpot. Il processo di collegamento del dominio prevede la configurazione di quattro tipi distinti di record DNS nelle impostazioni del proprio provider DNS: MX, DKIM, SPF e DMARC.

Questo articolo offre una panoramica su cosa sono questi record e su come funzionano i protocolli di autenticazione ad essi associati. Scopri di più su come collegare un dominio di invio delle email.

Nota: il tuo account manager HubSpot o i membri dell’assistenza HubSpot possono aiutarti a comprendere le best practice e come utilizzare gli strumenti HubSpot per configurare l’autenticazione, ma non possono prendere queste decisioni al posto tuo, né gestire le tue impostazioni DNS. Dovrai collaborare con il tuo team IT o con il tuo amministratore di posta elettronica per configurare completamente l’autenticazione delle email. Puoi anche contattare un servizio di consulenza o di reporting DMARC di terze parti per ulteriore assistenza.

Comprendi l’impatto delle email autenticate

Email non autenticate e domini variabili per le email

Tutte le email di marketing e transazionali inviate tramite HubSpot che non utilizzano un dominio di invio collegato sono soggette a un dominio variabile gestito da HubSpot. Ciò consente il rilevamento e la rimozione automatici del tuo dominio non autenticato senza annullare l’invio. Questo processo potrebbe influire negativamente sul modo in cui i tuoi destinatari interagiscono con le tue email.

Ad esempio, se si tenta di inviare un’e-mail da un dominio non autenticato, come user@yourcompany.com, HubSpot modificherà l’indirizzo e-mail per utilizzare un dominio gestito da HubSpot (ad es., hs-domain.com), quindi l’indirizzo di invio risultante apparirà come: user=yourcompany.com@hs-domain.com.

Scopri di più su come verificare se le tue e-mail automatiche richiedono un indirizzo “Da” autenticato.

Impatto sul tuo account HubSpot

Sebbene DKIM, SPF e DMARC non siano strettamente necessari per inviare e-mail tramite HubSpot, non è possibile inviare e-mail con il proprio dominio nell’indirizzo del mittente (ad es. user@company.com) finché non si collega quel dominio a HubSpot configurando DKIM. Ciò migliorerà anche la deliverability delle e-mail per quel dominio.

I domini non collegati come domini di invio delle email nel tuo account verranno modificati in un dominio di sistema ospitato da HubSpot.

Impatto sulle prestazioni delle email

La maggior parte dei provider di servizi di posta elettronica preferisce le email autenticate tramite DKIM. Le email inviate senza autenticazione DKIM sono più soggette a rimbalzo, quarantena o classificazione come spam. Le email in quarantena appariranno come consegnate in HubSpot, ma non saranno visibili alla maggior parte dei destinatari; pertanto, si consiglia vivamente di configurare DKIM per migliorare la deliverability.

Nota: alcuni provider di posta elettronica, come Google e Yahoo, richiederanno che DMARC, DKIM e SPF siano completamente configurati su qualsiasi dominio che invii e-mail in massa ai loro utenti. Se non si soddisfano questi requisiti, le e-mail provenienti dal proprio dominio verranno respinte. Questi respinti saranno classificati come respinti DMARC o per motivi di policy .

Guida a DKIM

Il DKIM (DomainKeys Identified Mail) è un metodo di autenticazione delle e-mail volto a prevenire lo spoofing, ovvero una tecnica utilizzata da soggetti malintenzionati per inviare e-mail con indirizzi mittente falsificati.

Per configurare DKIM in HubSpot, ti verrà richiesto di configurare DKIM utilizzando due record CNAME presso il tuo provider DNS. Una volta configurati i record DKIM presso il tuo provider DNS utilizzando una chiave pubblica fornita da HubSpot, un server di posta in arrivo (ad esempio Gmail) sarà in grado di verificare la firma dell’e-mail inviata associata al tuo dominio.

Scopri come aggiungere questi record seguendo le istruzioni contenute in questo articolo.

Una volta aggiunti questi record DNS e verificati da HubSpot e dal tuo provider DNS, la firma DKIM verrà inclusa nelle intestazioni delle email inviate, in corrispondenza delle voci CNAME associate che hai configurato.

Guida a SPF

SPF (Sender Policy Framework) è uno standard di autenticazione delle e-mail utilizzato per verificare che il server di posta in uscita sia autorizzato a inviare e-mail per conto di un dominio specifico.

L’SPF è tradizionalmente richiesto per il dominio del percorso di ritorno dell’involucro, ovvero l’indirizzo a cui verranno inviati i messaggi respinti. HubSpot ha già configurato questo aspetto per le email di marketing inviate tramite i propri server condivisi. Tutti i clienti con IP dedicato sono tenuti a configurare l’SPF sul proprio dominio del percorso di ritorno dell’involucro come parte della configurazione iniziale dell’IP.

Si raccomanda inoltre vivamente di aggiungere il record SPF di HubSpot al dominio del proprio indirizzo “Da”. Questo verrà configurato come record TXT presso il proprio provider DNS, utilizzando il valore fornito nelle impostazioni del dominio HubSpot. Questo record fornirà un elenco regolarmente aggiornato di indirizzi IP che HubSpot utilizzerà per inviare email di marketing dal dominio del proprio indirizzo “Da”.

Puoi seguire questa guida per aggiungere HubSpot al tuo record SPF.

Una volta aggiunto il record SPF e completato il processo di verifica, quando un server di posta elettronica elabora una delle tue email inviate, potrà verificare che HubSpot sia presente nell’elenco dei mittenti autorizzati del tuo dominio.

Guida a DMARC

DMARC (Domain-based Message Authentication, Reporting and Conformance) è un protocollo di autenticazione delle email che tutela ulteriormente i proprietari di domini di posta elettronica dallo spoofing delle email e da altri usi non autorizzati del proprio dominio.

Configurando un record DMARC, i provider di posta in arrivo possono stabilire come gestire le email inviate dal tuo dominio che non superano i controlli SPF e DKIM. Un record DMARC fornisce inoltre un meccanismo di reportistica che consente ai proprietari di domini di sapere con quale frequenza i server dei destinatari in tutto il mondo ricevono email inviate dal proprio dominio e quale percentuale di queste viene correttamente autenticata.

Scopri di più sui valori di policy disponibili e su alcuni esempi di policy nelle sezioni seguenti. Quando sei pronto a configurare il tuo record DMARC, consulta le istruzioni contenute in questo articolo.

Valori delle policy

È possibile definire una politica DMARC aggiungendo un record TXT nelle impostazioni del proprio provider DNS, con un valore che può includere le seguenti proprietà separate da punto e virgola:

• v: la versione DMARC.
• p: il tipo di politica che determina come elaborare le e-mail non conformi. La politica può essere impostata su uno dei seguenti tipi:
  
  • none: utilizzato per raccogliere feedback e ottenere visibilità sui flussi di email senza influire sui flussi esistenti.
  • quarantine: filtra le email che non superano l’autenticazione e le inserisce nella quarantena del destinatario.
  • reject: respinge le e-mail che non superano l'autenticazione.
• sp: utilizzato per applicare una politica a un sottodominio del record DMARC.
• pct: la percentuale del totale degli invii unici che non hanno superato l'autenticazione a cui applicare questa politica. Ad esempio, se il tuo record DMARC includesse p=reject; pct=25 e 100 email non superassero l'autenticazione, solo 25 di esse verrebbero respinte, mentre le altre 75 verrebbero consegnate ai rispettivi destinatari.
  
  • La definizione di questa proprietà può aiutarti a implementare gradualmente la tua politica di autenticazione per assicurarti che funzioni come previsto.
  • Si noti che questo parametro viene talvolta ignorato da alcuni provider di servizi di posta elettronica.
• ruf e rua: due parametri opzionali che specificano un indirizzo e-mail a cui inviare i dati di reportistica DMARC. Devono essere forniti nel formato URI mailto (ad es., mailto:reporting@example.com). I dati di reportistica inviati variano a seconda del parametro:
  • rua: un rapporto aggregato di tutto il traffico del proprio dominio.
  • ruf: dati di segnalazione degli errori che includono copie oscurate dei singoli messaggi che non hanno superato l’autenticazione.
• adkim e aspf: specificano la modalità di allineamento per DKIM e SPF. Entrambi dovrebbero essere impostati su r (ovvero un allineamento flessibile ). Un allineamento flessibile dovrebbe essere l’impostazione predefinita per DMARC nei servizi DNS.

Una volta aggiunto e verificato il record DMARC presso il proprio provider DNS, tutti i server di posta in arrivo potranno autenticare le email provenienti dal proprio dominio e gestire eventuali errori in base alla politica specificata.

Esempi di policy

È possibile personalizzare la propria politica DMARC in base alle esigenze aziendali. Ecco alcuni esempi:

Politica neutra

v=DMARC1; p=none;

Questo è un esempio di politica DMARC neutra senza parametri aggiuntivi. Una politica neutra è utile per i mittenti che stanno appena iniziando a familiarizzare con DMARC. Si tratta del minimo indispensabile affinché DMARC funzioni.

Politica rigorosa con reportistica aggregata

v=DMARC1; p=reject; rua=mailto:reporting@example.com;

L'esempio sopra riportato definisce una politica DMARC rigorosa che respinge tutte le e-mail che non superano l'autenticazione e fornisce un indirizzo e-mail a cui inviare i dati dei report aggregati.

Politica di quarantena con segnalazione degli errori

v=DMARC1; p=quarantine; pct=25; ruf=mailto:reporting@example.com;

Questo esempio definisce una politica che metterà in quarantena il 25% delle e-mail che non superano l’autenticazione, mentre il restante 75% delle e-mail che non superano l’autenticazione sarà autorizzato alla consegna. La politica fornisce inoltre un indirizzo di segnalazione a cui può essere inviata una notifica individuale per ogni e-mail che non supera l’autenticazione.

La definizione di un valore per la proprietà ` pct ` consente di testare un campione casuale di messaggi che non hanno superato il controllo DMARC, per verificare che le email legittime continuino a essere consegnate correttamente.

Nota: l’assistenzaHubSpot non può fornire supporto per la configurazione dei record DMARC. La politica DMARC che configuri è specifica per le esigenze della tua azienda e del tuo provider DNS. Per assistenza nella configurazione di DMARC, ti consigliamo di rivolgerti al tuo amministratore IT o a chi gestisce le tue impostazioni DNS. Puoi inoltre consultare servizi di consulenza o reportistica DMARC di terze parti per ulteriore assistenza.

Guida ai record MX

I record MX (Mail Exchanger) sono voci DNS che specificano quali server di posta sono autorizzati a ricevere e-mail per un dominio. Sebbene i record MX siano associati principalmente alla posta in arrivo, possono influire anche sull’invio delle e-mail.

Un record MX nullo, configurato come MX 0 ., indica ai server di posta in ricezione che il tuo dominio non accetta email in arrivo. Alcuni provider di posta elettronica rifiutano le email inviate da domini con un record MX nullo. Quando ciò si verifica, le email possono essere respinte con un errore permanente, il che può influire sulla tua reputazione di mittente.

Se utilizzi un dominio o un sottodominio di invio personalizzato per inviare email di marketing tramite HubSpot, verifica il record MX del tuo dominio utilizzando uno strumento di ricerca DNS, come MXToolbox.

• Si consiglia di rimuovere un record MX nullo (MX 0 .) dal proprio dominio.
• Se il dominio viene utilizzato solo per l’invio e non desideri ricevere e-mail in arrivo, lascia il record MX non impostato invece di pubblicarne uno nullo. L’assenza di un record MX non comporta lo stesso rischio di rifiuto delle e-mail di un record MX nullo.