Inviare email dal proprio dominio, con il proprio account

Ogni notifica che i vostri clienti ricevono — fatture, reimpostazioni della password, risposte ai ticket, aggiornamenti sui progetti — viene inviata tramite un servizio di posta. Per impostazione predefinita tale servizio è il nostro, la riga Da (From) riporta Zinn Digital® e noi ne sosteniamo i costi.

Se disponete di un piano agency o reseller, potete invece collegare il vostro servizio di posta. In questo modo i vostri clienti vedranno il vostro dominio nella riga Da, le risposte torneranno a voi e i messaggi saranno inviati tramite il vostro account con il vostro provider.

Configuratelo nella sezione Invio email della vostra dashboard.

Quale provider dovrei usare?

Qualsiasi di questi funziona. Scegliete quello con cui avete già un account.

| Provider | Ideale se | Guida | | --- | --- | --- | | Mailgun | Desiderate un'API e volumi di invio generosi | Configura Mailgun | | SendGrid | Lo utilizzate già per le email di marketing | Configura SendGrid | | Postmark | Solo posta transazionale, massima deliverability | Configura Postmark | | Amazon SES | Utilizzate già AWS e desiderate il prezzo più basso | Configura Amazon SES | | Resend | Desiderate la configurazione più semplice | Configura Resend | | Il vostro server SMTP | Gestite la vostra infrastruttura di posta | Configura SMTP |

Se non avete preferenze né un account esistente, Postmark è quello che sceglieremmo per la posta transazionale: si rifiuta di veicolare messaggi di marketing, il che spiega esattamente perché i suoi tassi di recapito siano quelli che sono.

Configurate prima il DNS. È la parte principale del lavoro.

Qualunque provider scegliate, sono gli stessi tre record DNS a determinare se la vostra email verrà recapitata o finirà nello spam. Il vostro provider genera i valori esatti; voi li aggiungete al vostro dominio.

SPF — un record TXT sul vostro dominio che elenca chi è autorizzato a inviare messaggi per vostro conto. Se ne possedete già uno, dovete modificarlo; non dovete aggiungerne un secondo. Un dominio con due record SPF fallisce completamente il controllo SPF, il che è peggio che non averne alcuno.

DKIM — un record TXT o CNAME contenente una chiave pubblica, in modo che i server riceventi possano verificare che un messaggio provenga effettivamente dal vostro provider e non sia stato alterato. Questo è il record che svolge la parte più rilevante del lavoro ed è quello che deve corrispondere affinché il DMARC venga superato.

Dominio Return-path (bounce) — solitamente un CNAME. Imposta l'indirizzo di busta invisibile che il vostro provider utilizza per raccogliere i bounce (messaggi non recapitati). Senza di esso, i bounce finiscono in un luogo non visibile e la reputazione del vostro dominio si degrada senza che voi lo sappiate.

DMARC — un record TXT in _dmarc.tuodominio.com che indica ai server riceventi come comportarsi quando SPF e DKIM non concordano con la vostra riga Da. Iniziate con p=none mentre verificate che tutto venga superato correttamente, quindi passate a p=quarantine e p=reject.

⚠️ Le modifiche ai DNS non sono istantanee. Concedete fino a un'ora prima di stabilire che qualcosa non va.

Utilizzate un sottodominio per l'invio

Inviate da mail.tuodominio.com o notifications.tuodominio.com, non direttamente da tuodominio.com.

Il motivo è la reputazione. Il vostro dominio principale è quello utilizzato dalla vostra email aziendale. Se un invio di massa dovesse mai presentare problemi, un sottodominio di invio separato circoscrive il danno: il vostro staff potrà continuare a inviare email ai clienti mentre voi risolvete la situazione. Consente inoltre di configurare i record DNS per l'invio senza toccare quelli da cui dipendono le vostre caselle di posta.

Inserite comunque un dominio, non un indirizzo, nel campo Invia da questo dominio. La parte precedente la chiocciola @ viene scelta per singolo messaggio: le ricevute partono come billing@, le reimpostazioni della password come no-reply@, le risposte ai ticket come support@.

Come funziona la configurazione

1. Scegliete il vostro provider e incollate le sue credenziali.
2. Fate clic su Invia messaggio di prova. Invieremo una vera email tramite il vostro provider, a una casella di posta da voi indicata, contenente un codice.
3. Leggete il codice da quella casella di posta e inseritelo.

Solo allora la vostra posta inizierà a partire per vostro conto.

⭐ Utilizzate una casella di posta su un dominio differente per il test — un indirizzo Gmail o Outlook è l'ideale. Un messaggio che non lascia mai il vostro server dimostra molto meno di uno che ha attraversato Internet e ha superato il filtro antispam di qualcun altro.

Perché insistiamo affinché il messaggio di prova venga effettivamente recapitato

Perché un provider che accetta un messaggio e poi lo scarta silenziosamente appare identico a uno che funziona. Un account Amazon SES nuovo di zecca si trova in una sandbox, accetterà il vostro messaggio e non lo consegnerà da nessuna parte. Un dominio Mailgun il cui DNS non si è propagato fa la stessa cosa. Lo stesso vale per un relay SMTP che risponde 250 e scarta il messaggio.

Se trasferissimo il vostro invio non appena le vostre credenziali vengono accettate, la prima cosa che scoprireste è che i vostri clienti hanno smesso di ricevere qualsiasi cosa — e lo scoprireste da un cliente, giorni dopo. Il codice è la prova che un messaggio ha lasciato il vostro provider ed è arrivato a destinazione.

Cosa succede se il mio provider smette di funzionare

Le vostre notifiche vengono registrate come nonriuscite, ripetute, e la schermata Invio email diventa rossa mostrando il messaggio di errore del vostro provider.

⛔ Non le inviamo dal nostro dominio per compensare. Si tratta di una scelta deliberata. Un fallback silenzioso significherebbe che un account di posta guasto continua a funzionare quel tanto che basta affinché nessuno lo ripari — mentre noi continuiamo a pagarne i costi. Di conseguenza, un guasto è visibile e spetta a voi risolverlo, che è l'unico modo per risolverlo effettivamente.

Fino a quando non viene risolto, i vostri clienti non ricevono tali notifiche. Tutto rimane comunque nella casella di posta della loro dashboard e nulla viene perso, ma trattate un banner rosso qui come una priorità urgente.

Cosa succede se non faccio nulla?

Nulla si rompe. Le vostre notifiche continuano a essere inviate dal nostro dominio, come Zinn Digital®, e noi continuiamo a pagarle. I vostri clienti vedranno semplicemente il nostro nome anziché il vostro.

Rimozione

Fate clic su Disconnetti. Le vostre credenziali memorizzate vengono eliminate e le notifiche tornano a essere inviate dal nostro dominio a partire dal messaggio successivo. Potete riconnettervi in qualsiasi momento.