Knowledge base

Invia email dal Suo dominio personale, tramite il Suo account

Invii le notifiche dei Suoi clienti dal Suo dominio, sul Suo account di posta: quale provider scegliere, i record SPF, DKIM e return-path di cui tutti hanno bisogno, perché insistiamo affinché un messaggio di prova arrivi effettivamente e cosa succede quando un provider smette di funzionare.

Ogni notifica ricevuta dai Suoi clienti — fatture, reimpostazioni della password, risposte ai ticket, aggiornamenti sui progetti — parte tramite un servizio di posta. Per impostazione predefinita tale servizio è il nostro, la riga Da indica Zinn Digital® e i costi sono a nostro carico.

Se dispone di un piano agency o reseller, può invece collegare il Suo servizio di posta personale. I Suoi clienti vedranno quindi il Suo dominio nella riga Da, le risposte arriveranno a Lei e i messaggi verranno inviati tramite il Suo account con il Suo provider.

Esegua la configurazione nella sezione Invio e-mail della Sua dashboard.

Quale provider dovrei utilizzare?

Uno qualsiasi di questi è adatto. Scelga quello con cui possiede già un account.

ProviderIdeale seGuida
MailgunDesidera un'API e volumi di invio generosiConfigura Mailgun
SendGridLo utilizza già per le e-mail di marketingConfigura SendGrid
PostmarkSolo e-mail transazionali, massima recapitabilitàConfigura Postmark
Amazon SESUtilizza già AWS e desidera il prezzo più bassoConfigura Amazon SES
ResendDesidera la configurazione più sempliceConfigura Resend
Il Suo server SMTP personaleGestisce la Sua infrastruttura di postaConfigura SMTP

Se non ha alcuna preferenza e non possiede un account esistente, Postmark è la scelta che consiglieremmo per le e-mail transazionali: rifiuta l'invio di contenuti di marketing, ed è proprio questo il motivo dei suoi tassi di recapito così elevati.

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

Qualunque provider scelga, sono i medesimi tre record DNS a determinare se la Sua posta viene recapitata o finisce nello spam. Il Suo provider genera i valori esatti; Lei li aggiunge al Suo dominio.

SPF — un record TXT sul Suo dominio che elenca i soggetti autorizzati a inviare per Suo conto. Se ne possiede già uno, deve modificarlo; non ne aggiunga un secondo. Un dominio con due record SPF fallisce del tutto la verifica SPF, il che è peggio che non averne alcuno.

DKIM — un record TXT o CNAME contenente una chiave pubblica, che consente ai server di destinazione di verificare che un messaggio provenga realmente dal Suo provider e non sia stato manomesso. È il record che svolge la maggior parte del lavoro ed è quello che deve corrispondere per superare il controllo DMARC.

Dominio Return-path (bounce) — solitamente un CNAME. Definisce l'indirizzo invisibile della busta (envelope address) utilizzato dal Suo provider per raccogliere i messaggi non recapitati (bounce). In sua assenza, i bounce finiscono in una posizione a Lei non visibile e la reputazione del Suo dominio peggiora a Sua insaputa.

DMARC — un record TXT all'indirizzo _dmarc.tuodominio.com che indica ai server di destinazione come comportarsi qualora SPF e DKIM non concordino con la riga Da. Inizi con p=none mentre verifica che tutto venga convalidato correttamente, per poi passare a p=quarantine e p=reject.

⚠️ Le modifiche al DNS non sono immediate. Attenda fino a un'ora prima di ritenere che ci sia un errore.

Utilizzi un sottodominio per l'invio

Esegua l'invio da mail.tuodominio.com o notifiche.tuodominio.com, non da tuodominio.com stesso.

Il motivo è la reputazione. Il Suo dominio principale è quello impiegato per la posta aziendale. Qualora un invio massivo dovesse presentare problemi, un sottodominio di invio separato limiterà i danni — consentendo al Suo personale di continuare a inviare e-mail ai clienti mentre Lei risolve la situazione. Le permette inoltre di configurare i record DNS per l'invio senza toccare i record da cui dipendono le Sue caselle di posta.

Dovrà comunque inserire un dominio, non un indirizzo, nel campo Invia da questo dominio. La parte che precede la @ viene scelta per ciascun messaggio: le ricevute partono come billing@, le reimpostazioni della password come no-reply@, le risposte ai ticket come support@.

Come funziona la configurazione

  1. Scelga il Suo provider e inserisca le relative credenziali.
  2. Prema Invia messaggio di prova. Invieremo un'e-mail reale tramite il Suo provider a una casella di posta da Lei indicata, contenente un codice.
  3. Recuperi il codice da tale casella di posta e lo inserisca.

Solo a quel punto la Sua posta inizierà a partire a Suo nome.

⭐ Utilizzi una casella di posta su un dominio diverso per il test — un indirizzo Gmail o Outlook è ideale. Un messaggio che non lascia mai il Suo server prova molto meno di uno che ha attraversato Internet e ha superato il filtro antispam di terzi.

Perché esigiamo che il messaggio di prova arrivi effettivamente

Perché un provider che accetta un messaggio e poi lo elimina silenziosamente si presenta in modo identico a uno funzionante. Un account Amazon SES completamente nuovo si trova in una sandbox: accetterà il Suo messaggio senza recapitarlo da nessuna parte. Un dominio Mailgun il cui DNS non si è propagato si comporterà allo stesso modo. Lo stesso vale per un relay SMTP che risponde con 250 e poi scarta il messaggio.

Se attivassimo il Suo invio nell'istante esatto in cui le Sue credenziali vengono accettate, la prima cosa di cui verrebbe a conoscenza sarebbe che i Suoi clienti hanno smesso di ricevere qualsiasi notifica — e lo scoprirebbe da un cliente, a distanza di giorni. Il codice costituisce la prova che un messaggio è partito dal Suo provider ed è stato recapitato.

Cosa succede se il mio provider smette di funzionare

Le Sue notifiche verranno registrate come non riuscite, ne verrà ritentato l'invio e la schermata Invio e-mail diventerà rossa mostrando il messaggio di errore restituito dal Suo provider.

⛔ Non le invieremo dal nostro dominio come alternativa. Si tratta di una scelta deliberata. Un fallback automatico e silenzioso farebbe sì che un account di posta non funzionante continui a operare a un livello sufficiente da non essere corretto da nessuno — mentre noi ne sosterremmo silenziosamente i costi. In questo modo il problema risulta visibile e spetta a Lei risolverlo, che è l'unico modo per garantire che venga sistemato.

Fino alla risoluzione, i Suoi clienti non riceveranno tali notifiche. Tutto rimarrà comunque accessibile nella casella della loro dashboard e nulla andrà perso — ma consideri un banner rosso in questa sezione come un avviso urgente.

E se non facessi nulla?

Non si verificherà alcun malfunzionamento. Le Sue notifiche continueranno a partire dal nostro dominio, a nome di Zinn Digital®, e i costi rimarranno a nostro carico. I Suoi clienti visualizzeranno semplicemente il nostro nome invece del Suo.

Rimozione

Prema Disconnetti. Le credenziali memorizzate verranno eliminate e le Sue notifiche torneranno a partire dal nostro dominio a partire dal messaggio successivo. Può eseguire nuovamente il collegamento in qualsiasi momento.

Le ultime novità dal blog

Cosa abbiamo scritto su hosting, SEO e gestione di siti su larga scala.

SEO e link building dal livello di hosting: Il punto di vista di un operatore per il 2026

Come l'hosting modella l'indicizzazione e l'equità dei link nel 2026: mantenere le pagine indicizzate, verificare i domini datati prima di svilupparli, link building senza tracce per i motori di ricerca e una visione onesta di ciò che l'infrastruttura può e non può fare per la SEO.

Leggi l'articolo →

Rendere WordPress veloce e sicuro: checklist per prestazioni e plugin

Una lista di controllo pratica per un WordPress veloce e sicuro: memorizzazione nella cache a livello di server, una cache degli oggetti per sito, la manciata di plugin che vale la pena eseguire, il mantenimento dello stack aggiornato e le pagine WooCommerce da non memorizzare mai nella cache.

Leggi l'articolo →

Come scegliere un hosting web gestito nel 2026: guida per l'acquirente

Cosa distingue davvero un buon hosting gestito da una macchina economica con pannello di controllo — migrazioni, backup, isolamento, caching reale e scalabilità trasparente — e come valutarlo prima di impegnarsi.

Leggi l'articolo →

Leggi il blog →

Hai ancora bisogno di aiuto?

Il supporto è incluso in ogni piano, il servizio è attivo 24 ore al giorno e potete scriverci in una qualsiasi delle nostre 58 lingue: vi risponderemo nella vostra.

Contatta l'assistenza → Tutti gli articoli →