Base di conoscenza
Inviare email tramite il proprio server SMTP
Colleghi il Suo server SMTP: quale porta utilizzare e perché non la 25, i record SPF, DKIM, DMARC e reverse-DNS che deve pubblicare autonomamente e perché rifiutiamo di ripiegare su una connessione non cifrata.
Utilizzare questa opzione se gestite la vostra infrastruttura di posta o se il vostro provider non è presente tra quelli elencati direttamente: quasi tutti i servizi di posta offrono SMTP.
⚠️ Se il vostro provider è Mailgun, SendGrid, Postmark, Amazon SES o Resend, utilizzate invece la sua guida dedicata. Tali connessioni forniscono messaggi di errore più chiari in caso di problemi, poiché siamo in grado di leggere l'effettiva risposta del provider anziché un codice di stato SMTP.
Cosa è necessario
Quattro elementi, forniti da chi gestisce il vostro server di posta:
- Host — ad esempio
smtp.yourprovider.com - Porta —
587,465o2525 - Nome utente e password
Quale porta scegliere
587 è la porta di invio con STARTTLS e rappresenta la scelta consigliata. La connessione viene avviata in chiaro e aggiornata a TLS prima dell'invio di qualsiasi dato.
465 è TLS implicito: cifrato fin dal primo byte. Altrettanto valido; alcuni provider lo preferiscono.
2525 è un'alternativa non ufficiale offerta da alcuni host poiché alcune reti bloccano la porta 587. Da utilizzare solo su indicazione del proprio provider.
⛔ La porta 25 è accettata ma non è quasi mai la scelta corretta. È la porta utilizzata dai server di posta per comunicare tra loro, non quella impiegata da un'applicazione per inviare un messaggio. Risulta bloccata sulla maggior parte delle reti, spesso è priva di autenticazione e, laddove funzioni, frequentemente non è cifrata.
⛔⛔ Non effettueremo invii tramite una connessione non cifrata. Se mantenete attiva l'opzione Usa STARTTLS (come raccomandato) e il vostro server rifiuta l'aggiornamento, l'invio fallisce anziché proseguire in chiaro. Questa è una scelta deliberata: i link di reset della password dei vostri clienti viaggiano all'interno di questi messaggi e un downgrade non rilevato rappresenta il peggior tipo di errore, poiché l'email viene comunque recapitata.
Configurate prima il DNS
Il vostro provider non esegue questa operazione automaticamente come farebbe un servizio gestito. È necessario configurare sul dominio di invio:
SPF — un record TXT che autorizza l'indirizzo del vostro server: v=spf1 ip4:203.0.113.10 -all oppure v=spf1 a:smtp.yourprovider.com -all. Se disponete già di un record SPF, modificatelo; la presenza di due record SPF sullo stesso dominio invalida completamente l'SPF.
DKIM — il vostro server di posta firma i messaggi in uscita e voi pubblicate la chiave pubblica corrispondente all'indirizzo <selector>._domainkey.yourdomain.com. Su Postfix si utilizza solitamente OpenDKIM; il vostro provider vi indicherà il selettore.
DMARC — un record TXT su _dmarc.yourdomain.com, che inizia con v=DMARC1; p=none; durante la verifica del corretto funzionamento di SPF e DKIM.
DNS inverso — il record PTR relativo all'indirizzo IP del vostro server deve risolversi nel nome host corrispondente. I grandi provider di posta elettronica effettuano questo controllo e molti rifiuteranno i messaggi provenienti da un indirizzo che ne è sprovvisto. Tale configurazione viene gestita dal vostro provider di hosting, non dal vostro fornitore DNS.
⭐ Un utile controllo gratuito una volta completata la configurazione: inviate un messaggio a mail-tester.com e verificate il punteggio. Vi indicherà quale dei quattro elementi presenta problemi, risultando molto più rapido rispetto a tentativi basati sulla cartella spam.
Eseguite la connessione in Zinn®
Aprite Invio email nella vostra dashboard:
- Provider — Server SMTP
- Invia da questo dominio —
mail.yourdomain.com(un dominio, non un indirizzo) - Host SMTP, Porta, Nome utente, Password
- Usa STARTTLS — attivo, a meno che non stiate utilizzando la porta 465
⭐ Create una casella di posta o un utente di invio dedicati a questo scopo, anziché riutilizzare le credenziali di accesso di una persona specifica. Quando qualcuno lascia l'azienda e la sua password viene modificata, le notifiche destinate ai vostri clienti non devono interrompersi.
Inviate il test e inserite il codice
Fate clic su Invia messaggio di test verso una casella di posta su un dominio differente, prelevate il codice dal messaggio ricevuto e inseritelo.
Risoluzione dei problemi
"Il server di posta ha rifiutato il nome utente o la password" — L'autenticazione SMTP è fallita. Se il vostro account utilizza l'autenticazione a due fattori, è quasi certamente necessaria una password per le app anziché la password di accesso.
"Impossibile raggiungere host:porta" — La porta è bloccata, il nome host non è corretto o il server non è in ascolto per l'invio su quella porta. L'esecuzione del comando telnet smtp.yourprovider.com 587 da un'altra macchina vi permetterà di individuarne la causa.
Errore TLS — Il certificato del vostro server è scaduto, è autofirmato o non corrisponde al nome host inserito. Effettuiamo la verifica dei certificati e tale controllo non verrà ignorato; si prega di correggere il certificato.
"Il server di posta ha rifiutato il destinatario" — Il vostro server non è configurato per inoltrare i messaggi per conto di questo mittente, il che generalmente significa che l'utente autenticato non è autorizzato a inviare email utilizzando il vostro dominio di invio.
Il messaggio viene inviato ma finisce nello spam — Si tratta di un problema legato al DNS, non all'SMTP. Verificate nell'ordine SPF, DKIM, DMARC e DNS inverso, quindi eseguite nuovamente il controllo con mail-tester.
Ancora bloccato?
Il supporto è incluso in ogni piano con risposte nella tua lingua.
Contatta il supporto → Tutti gli articoli →