SMTP (Seznam, Zoho, personalizzato)

SMTP è il modo più universale per collegare una casella di posta a Frontmail. Se riesci a inviare email da Thunderbird o Apple Mail, quasi sicuramente puoi farlo anche da Frontmail.

Scegli SMTP quando vuoi che i messaggi partano da una normale casella che usi già (un modulo di contatto che arriva a info@tuaazienda.it, un piccolo sito, un progetto personale) e il tuo volume è basso: qualche decina o poche centinaia di email al giorno. Per volumi più alti, tracciamento di aperture/clic o gestione dei bounce, scegli un provider transazionale come Mailgun, Postmark o Amazon SES. Per un confronto vedi la panoramica dei servizi.

Frontmail ha delle preimpostazioni per i server più comuni, quindi di solito compili solo nome utente e password:

Preimpostazione	Host	Porta	Cifratura
Seznam.cz	smtp.seznam.cz	465	SSL/TLS
Zoho Mail – UE	smtp.zoho.eu	465	SSL/TLS
Zoho Mail – globale	smtp.zoho.com	465	SSL/TLS
Gmail (password per le app)	smtp.gmail.com	465	SSL/TLS
Microsoft 365 SMTP	smtp.office365.com	587	STARTTLS
Server personalizzato	il tuo host	587 o 465	STARTTLS / SSL/TLS

Consiglio

Per Gmail e Microsoft 365 consigliamo invece le integrazioni OAuth: Gmail (OAuth) e Outlook / Microsoft 365. Non richiedono una password e continuano a funzionare anche dopo un cambio di password.

Prerequisiti

• Una casella autorizzata a inviare tramite SMTP. Alcuni provider disattivano SMTP per impostazione predefinita o lo consentono solo sui piani a pagamento.
• Il nome utente (di solito l’indirizzo email completo) e una password.
• Se l’account ha l’autenticazione a due fattori, genera una password per le app e usala al posto della password di accesso:
  • Seznam.cz: impostazioni account → sicurezza → password per le applicazioni.
  • Zoho Mail: My Account → Security → App Passwords.
  • Gmail: Account Google → Sicurezza → Verifica in due passaggi → Password per le app.
• L’indirizzo mittente nel modello deve essere la casella stessa o un alias con cui il server ti permette di inviare. La maggior parte dei server rifiuta altri mittenti.

Collegamento in Frontmail

1. Nella dashboard apri Servizi email → Aggiungi servizio → SMTP.
2. Compila il modulo:

Campo	Dove trovarlo	Esempio
Server	Scegli una preimpostazione o Server personalizzato	Seznam.cz
Host SMTP	Solo per il server personalizzato: pagine di aiuto del provider o impostazioni del client di posta	mail.example.com
Porta	465 per SSL/TLS, 587 per STARTTLS	587
Usa SSL/TLS fin dall’inizio	Attivo per la porta 465, disattivo per la 587 (in quel caso STARTTLS è obbligatorio)	disattivo
Nome utente	Di solito l’indirizzo email completo	info@example.it
Password	Password della casella o password per le app	••••••••
Max email al secondo	Facoltativo; lascia vuoto per il valore predefinito (2/s)	1

3. Clicca Verifica e salva. Frontmail apre una connessione, negozia TLS ed effettua l’accesso: non viene inviata nessuna email.
4. Il servizio viene salvato quando il controllo va a buon fine. Le credenziali vengono cifrate con AWS KMS (envelope encryption) prima di essere salvate; nessuno in Frontmail le vede in chiaro.

Connessioni non cifrate

Frontmail si rifiuta di inviare la tua password su una connessione non cifrata: sulle porte diverse dalla 465 il server deve supportare STARTTLS. La porta 25 è comunque raramente utilizzabile dalle reti cloud.

Server consentiti

I server personalizzati devono usare una delle porte SMTP standard 25, 465, 587 o 2525 e un nome host che si risolve in un indirizzo IP pubblico: le reti private, di loopback, link-local e le altre reti riservate vengono rifiutate (anche quando scegli Salva senza verificare). La connessione va esattamente all’indirizzo che è stato controllato, e TLS verifica comunque il certificato per il tuo nome host. Quando il test di connessione fallisce, la dashboard indica se il server ha rifiutato l’accesso o se non era raggiungibile, non la risposta grezza del server.

DNS: SPF, DKIM e DMARC

Con SMTP, la posta viene inviata dai server del tuo provider di posta, quindi i record DNS sono quelli che quel provider ti chiede di pubblicare per il tuo dominio. Se usi il dominio del provider stesso (ad es. @seznam.cz, @gmail.com), non c’è nulla da configurare.

Per un dominio tuo, i record tipici sono:

; SPF – un solo record TXT sul dominio principale; unisci gli include se usi più mittenti
example.cz.        TXT  "v=spf1 include:spf.seznam.cz ~all"      ; Seznam
example.com.       TXT  "v=spf1 include:zoho.eu ~all"             ; Zoho UE (zoho.com per il globale)

; DKIM – la chiave si genera nel pannello di amministrazione del provider (i nomi dei selettori variano)
zmail._domainkey.example.com.  TXT  "v=DKIM1; k=rsa; p=MIGfMA0…"   ; esempio Zoho

; DMARC – inizia in modalità di monitoraggio
_dmarc.example.com.  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

• Sia Seznam Email Profi sia Zoho generano la chiave DKIM nella loro console di amministrazione; copia selettore e valore esattamente.
• Tieni un solo record SPF per dominio. Se invii anche tramite un altro servizio, unisci gli include: v=spf1 include:spf.seznam.cz include:mailgun.org ~all.
• Inizia DMARC con p=none, leggi i report per qualche settimana, poi passa a p=quarantine e infine a p=reject.

Nota

Dal 2024 Gmail e Yahoo richiedono SPF o DKIM per tutti i mittenti e SPF + DKIM + DMARC per i mittenti massivi (circa 5.000+ messaggi al giorno verso Gmail). Un modulo di contatto non raggiungerà quella soglia, ma un DNS corretto aiuta comunque la recapitabilità.

Host, porte e regioni

• 465 – TLS implicito («SSL/TLS»). Usala ogni volta che il server la offre.
• 587 – submission con STARTTLS. Frontmail richiede che l’upgrade vada a buon fine.
• Zoho: usa smtp.zoho.eu se il tuo account Zoho si trova nel data center UE (accedi su mail.zoho.eu), altrimenti smtp.zoho.com. Usare quello sbagliato genera un errore di autenticazione. Esistono anche i data center .in, .com.au e altri: per questi scegli Server personalizzato.
• Seznam: smtp.seznam.cz funziona sia per gli indirizzi gratuiti @seznam.cz / @email.cz sia per Email Profi sul tuo dominio.

Limiti di invio

I provider di caselle di posta non sono pensati per invii massivi e applicano limiti giornalieri. Superarli di solito comporta un blocco temporaneo della casella.

Provider	Limite approssimativo
Seznam.cz (gratuito)	~100 destinatari al giorno
Zoho Mail (a pagamento)	qualche centinaio di email al giorno, meno sugli account gratuiti/di prova
Gmail tramite SMTP	~500/giorno per account personali, ~2.000/giorno per Workspace

Imposta Max email al secondo su 1 per i server di tipo casella di posta, per andare sul sicuro.

Tracciamento della consegna (webhook)

SMTP non ha webhook di consegna. Quando il server accetta il messaggio (250 OK), Frontmail lo registra come sent; se il server lo rifiuta, il messaggio è failed. Ciò che succede dopo – la consegna, un bounce che arriva più tardi come email nella tua casella, un reclamo per spam – è invisibile a Frontmail.

Questo significa anche che gli indirizzi che generano bounce non vengono aggiunti automaticamente alla lista di soppressione. Se ti servono gli eventi delivered, bounced e complained, usa un provider transazionale.

Errori comuni

Frontmail classifica ogni errore del provider in una di tre classi:

• auth – il servizio stesso non funziona (password errata, accesso revocato, SMTP 535). Il servizio viene segnato come unhealthy e il proprietario riceve un’email più un banner nella dashboard. Se il modello ha un servizio di riserva, il messaggio viene inviato tramite quello; altrimenti il credito viene rimborsato e il messaggio aspetta nella coda dei messaggi in attesa come held_service_error. Parte automaticamente quando sistemi il servizio: Frontmail lo ricontrolla quando salvi il servizio e nel controllo di stato giornaliero.
• permanent – questo specifico messaggio non può essere inviato (destinatario non valido, mittente non consentito, messaggio rifiutato). Se configurato, viene provato il servizio di riserva; altrimenti lo stato è failed e il credito viene rimborsato.
• transient – un problema temporaneo (timeout, SMTP 4xx come 421/450/451, throttling). Viene ritentato con backoff esponenziale; esauriti i tentativi, il messaggio è failed e il credito viene rimborsato.

Server personalizzati e rimborsi. Con la preimpostazione Server personalizzato il server è sotto il tuo controllo e dopo la fase DATA ha già l’intero messaggio. Quindi, quando un server personalizzato rifiuta un messaggio solo dopo averlo ricevuto (una risposta 5xx alla fine del messaggio) oppure la connessione va in timeout o si interrompe quando il messaggio potrebbe essere già stato trasmesso, Frontmail trattiene il credito: il messaggio potrebbe essere stato consegnato. Un timeout di questo tipo viene ritentato al massimo due volte. I rifiuti prima dell’invio del messaggio (connessione rifiutata, login, MAIL FROM, RCPT TO) vengono comunque rimborsati, e le preimpostazioni note (Gmail, Microsoft 365, Seznam, Zoho) vengono rimborsate come sempre. La voce nel registro dei movimenti riporta refund skipped.

Cosa vedi	Classe	Cosa fare
535 5.7.8 Authentication failed / EAUTH	auth	Controlla il nome utente; con la 2FA attiva, crea una password per le app. Per Zoho controlla l’host UE rispetto a quello globale.
530 5.7.0 Must issue a STARTTLS command first	auth	Passa alla porta 465 con SSL/TLS o alla 587 con STARTTLS.
553 5.7.1 Sender address rejected: not owned by user (su MAIL FROM)	auth	Usa l’indirizzo della casella (o un alias configurato) come indirizzo mittente nel modello.
550 5.1.1 User unknown / No such user	permanent	L’indirizzo del destinatario non esiste: vedi destinatario non valido.
554 5.7.1 Message rejected as spam	permanent	Semplifica il contenuto, controlla SPF/DKIM, evita gli accorciatori di URL.
421 4.7.0 Too many messages, try later	transient	Hai raggiunto il limite di frequenza o giornaliero del provider; abbassa Max email al secondo.
451 4.3.0 Temporary local problem / 450 Mailbox unavailable	transient	Niente: Frontmail ritenta automaticamente.
ETIMEDOUT / ECONNREFUSED	transient	Controlla host e porta; alcuni server bloccano le connessioni dagli intervalli IP dei cloud.

Checklist

• Preimpostazione corretta oppure host + porta (465 SSL/TLS o 587 STARTTLS)
• Password per le app se l’account usa la 2FA
• Indirizzo mittente nel modello = la casella o un alias consentito
• SPF, DKIM e DMARC pubblicati per il tuo dominio
• Prova connessione va a buon fine
• Limite di frequenza basso (1/s) e volume giornaliero entro il limite del provider
• Valutato un provider transazionale se ti serve il tracciamento dei bounce