Guida Completa all'SMTP: Cos'è, Come Funziona e Best Practice

L’SMTP è la spina dorsale della comunicazione email su internet. Ogni email che invii, dalla tua casella personale a una piattaforma di marketing automation, si affida all’SMTP per raggiungere la destinazione. Capire come funziona l’SMTP è fondamentale per chiunque gestisca email marketing, email transazionali o comunicazioni aziendali.

Questa guida completa copre tutto ciò che devi sapere sull’SMTP: dai fondamentali del suo funzionamento ai metodi di autenticazione avanzati, al confronto tra provider e alla risoluzione dei problemi più comuni.

Cos’è l’SMTP?

L’SMTP (Simple Mail Transfer Protocol) è il protocollo di comunicazione standard usato per inviare email su internet. Sviluppato nel 1982, l’SMTP definisce come i messaggi email vengono trasmessi da un server all’altro, svolgendo il ruolo di servizio postale del mondo digitale.

Quando invii un’email, l’SMTP gestisce la trasmissione in uscita. Spinge il tuo messaggio dal client email al server di posta, e poi dal tuo server di posta al server del destinatario. Il protocollo opera secondo un insieme di regole che garantiscono la consegna affidabile dei messaggi tra diversi sistemi email in tutto il mondo.

Caratteristiche principali dell’SMTP

• Protocollo push: l’SMTP invia le email dal mittente al destinatario (a differenza di POP3/IMAP che le ricevono)
• Basato su testo: comandi e risposte sono leggibili dall’utente
• Orientato alla connessione: usa TCP/IP per una trasmissione affidabile
• Store-and-forward: i messaggi vengono memorizzati temporaneamente nei server intermedi prima dell’inoltro
• Standardizzato: RFC 5321 definisce le specifiche SMTP attuali

SMTP vs. altri protocolli email

L’SMTP lavora insieme a POP3 e IMAP. Mentre l’SMTP invia la posta in uscita, POP3 o IMAP ricevono la posta in entrata nella tua casella. La maggior parte dei client email usa l’SMTP per l’invio e IMAP per la ricezione, offrendo un’esperienza email completa.

Come funziona l’SMTP

Capire il processo SMTP aiuta a diagnosticare i problemi di consegna e a ottimizzare l’infrastruttura email. Ecco il percorso passo dopo passo di un’email dal mittente al destinatario.

Il processo di comunicazione SMTP

Passo 1: Stabilire la connessione

Il tuo client email (Mail User Agent) si connette al server di posta in uscita (Mail Transfer Agent) tramite la porta TCP 25, 587 o 465. Avviene un “handshake” in cui il server si identifica.

Passo 2: Handshake SMTP (HELO/EHLO)

Il client avvia la comunicazione con un comando HELO o EHLO:

Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello

EHLO (Extended HELO) è la versione moderna che supporta le estensioni SMTP come l’autenticazione e la crittografia TLS.

Passo 3: Identificazione del mittente (MAIL FROM)

Il client specifica l’indirizzo email del mittente:

Client: MAIL FROM:<[email protected]>
Server: 250 OK

Passo 4: Specifica del destinatario (RCPT TO)

Il client identifica uno o più destinatari:

Client: RCPT TO:<[email protected]>
Server: 250 OK

Passo 5: Trasferimento dei dati del messaggio (DATA)

Il contenuto effettivo dell’email viene trasmesso:

Client: DATA
Server: 354 Start mail input
Client: Subject: Email di test
Client: From: [email protected]
Client: To: [email protected]
Client:
Client: Questo è il corpo dell'email.
Client: .
Server: 250 OK

Passo 6: Chiusura della connessione (QUIT)

La sessione termina correttamente:

Client: QUIT
Server: 221 Bye

Il percorso completo di un’email

1. Composizione: scrivi un’email nel tuo client (Gmail, Outlook, ecc.)
2. Invio: il tuo client si connette al server SMTP
3. DNS Lookup: il tuo server interroga il DNS per i record MX del destinatario
4. Trasferimento: il tuo server si connette al server SMTP del destinatario
5. Consegna: il server del destinatario accetta il messaggio
6. Archiviazione: il messaggio viene memorizzato per essere recuperato dal destinatario tramite POP3/IMAP

Le porte SMTP spiegate

La porta 587 è la porta consigliata per inviare email da applicazioni e client email. Richiede autenticazione e supporta la crittografia STARTTLS.

La porta 25 era la porta SMTP originale, ma oggi viene usata principalmente per la comunicazione da server a server. Molti ISP bloccano la porta 25 in uscita per prevenire lo spam.

La porta 465 era stata brevemente designata per SMTPS (SMTP su SSL) ma è stata riassegnata. Alcuni provider la supportano ancora per compatibilità con i sistemi legacy.

SMTP vs. Email API: quale scegliere?

Le applicazioni moderne hanno due opzioni principali per inviare email in modo programmatico: l’SMTP tradizionale e le Email API basate su HTTP. Ogni approccio ha vantaggi distinti.

Approccio SMTP

Con l’SMTP, la tua applicazione si connette direttamente a un server SMTP usando il protocollo descritto sopra.

Vantaggi:

• Compatibilità universale con qualsiasi libreria di invio email
• Funziona con l’infrastruttura email esistente
• Nessun vendor lock-in a formati API specifici
• Configurazione più semplice per casi d’uso di base
• Funziona in ambienti con accesso HTTP limitato

Svantaggi:

• Gestione degli errori più complessa
• Tracking limitato senza configurazione aggiuntiva
• L’invio sincrono può essere più lento
• Overhead nella gestione delle connessioni
• Più difficile implementare funzionalità avanzate

Approccio Email API

Le Email API usano HTTP/REST per inviare messaggi, astraendo la complessità SMTP sottostante.

Vantaggi:

• Tracking completo (aperture, click, rimbalzi) integrato
• Invio asincrono con webhook
• Gestione degli errori più semplice con codici di stato HTTP
• Funzionalità avanzate (template, pianificazione) native
• Analisi e reportistica migliorate
• Integrazione più facile con le applicazioni moderne

Svantaggi:

• Implementazione specifica del vendor
• Richiede connettività internet (non relay locale)
• Possibili limiti di chiamate API
• Curva di apprendimento per le funzionalità specifiche dell’API

Quando usare l’SMTP

• Sistemi legacy: applicazioni più vecchie progettate per SMTP
• Email transazionali semplici: notifiche di base senza necessità di tracking
• Software on-premises: applicazioni in ambienti di rete limitati
• Configurazione client email: app email desktop o mobile
• WordPress e CMS: molti plugin si aspettano le credenziali SMTP

Quando usare l’Email API

• Marketing automation: campagne che richiedono analisi dettagliate
• Invio ad alto volume: applicazioni che inviano migliaia di email
• Applicazioni moderne: prodotti SaaS con esigenze email complesse
• Funzionalità avanzate: gestione template, A/B testing, contenuti dinamici
• Tracking in tempo reale: quando hai bisogno di feedback immediato sulla consegna

Approccio ibrido

Molte organizzazioni usano entrambi: SMTP per semplici messaggi transazionali da sistemi legacy, e Email API per campagne di marketing e automazioni complesse. Piattaforme come Brevo supportano entrambi i metodi, consentendoti di scegliere in base al caso d’uso.

Autenticazione SMTP spiegata

L’autenticazione SMTP impedisce agli utenti non autorizzati di inviare email tramite il tuo server. Senza autenticazione, chiunque potrebbe usare il tuo server per inviare spam, danneggiando la tua reputazione e la deliverability.

Tipi di autenticazione SMTP

SMTP AUTH (RFC 4954)

Il meccanismo di autenticazione standard che richiede nome utente e password prima dell’invio.

Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [nome utente codificato in base64]
Server: 334 UGFzc3dvcmQ6
Client: [password codificata in base64]
Server: 235 Authentication successful

Meccanismi AUTH comuni:

Crittografia TLS/SSL

Usa sempre la crittografia per proteggere le credenziali:

• STARTTLS: aggiorna una connessione normale a crittografata (porta 587)
• TLS implicito: connessione crittografata dall’inizio (porta 465)

Chiavi API vs. password

I servizi SMTP moderni usano spesso chiavi API invece di password:

Nome utente: apikey (stringa letterale)
Password: la-tua-chiave-api

Le chiavi API sono preferibili perché possono essere ruotate senza cambiare le password dell’account e possono avere permessi limitati.

Configurare le credenziali SMTP

Quando configuri un’applicazione per inviare email via SMTP, in genere hai bisogno di:

1. Host SMTP: l’indirizzo del server (es. smtp.brevo.com)
2. Porta SMTP: di solito 587 per l’invio autenticato
3. Nome utente: la tua email o l’identificatore della chiave API
4. Password: la tua password o chiave API
5. Crittografia: TLS/STARTTLS abilitato

Esempio di configurazione per SMTP Brevo:

Host: smtp-relay.brevo.com
Porta: 587
Nome utente: [email protected]
Password: la-tua-chiave-smtp
Crittografia: STARTTLS

Autenticazione email: SPF, DKIM e DMARC

Oltre all’autenticazione SMTP (che dimostra che puoi usare il server), i protocolli di autenticazione email verificano che le email provengano davvero dal mittente dichiarato. Questi meccanismi basati su DNS proteggono da spoofing e phishing.

SPF (Sender Policy Framework)

L’SPF specifica quali indirizzi IP e server sono autorizzati a inviare email per il tuo dominio.

Come funziona l’SPF:

1. Pubblichi i record SPF nel DNS del tuo dominio
2. Quando un server ricevente riceve la tua email, controlla l’SPF
3. Se l’IP mittente corrisponde al tuo record SPF, l’email passa
4. In caso contrario, l’email potrebbe essere contrassegnata come spam o rifiutata

Esempio di record SPF:

v=spf1 include:spf.brevo.com include:_spf.google.com -all

Questo record autorizza Brevo e Google a inviare email per il tuo dominio, e rifiuta tutti gli altri mittenti (-all).

Sintassi SPF:

Best practice SPF:

• Usa -all (hard fail) quando sei sicuro della tua configurazione
• Mantieni un massimo di 10 lookup DNS per evitare errori permanenti
• Includi tutte le fonti di invio legittime
• Testa con validatori SPF prima del deployment

DKIM (DomainKeys Identified Mail)

Il DKIM aggiunge una firma crittografica alle tue email, dimostrando che non sono state modificate durante il transito e che provengono dal tuo dominio.

Come funziona il DKIM:

1. Il tuo server email firma i messaggi in uscita con una chiave privata
2. Pubblichi la chiave pubblica corrispondente nel DNS
3. I server riceventi verificano la firma usando la tua chiave pubblica
4. Le firme valide confermano l’integrità e l’origine del messaggio

Esempio di record DNS DKIM:

brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."

Il selettore (brevo) identifica quale chiave usare, consentendo a più servizi di inviare con chiavi DKIM diverse.

Componenti DKIM:

Best practice DKIM:

• Usa chiavi RSA a 2048 bit (minimo 1024 bit)
• Ruota le chiavi periodicamente
• Firma gli header importanti (From, Subject, Date)
• Testa le firme prima del deployment completo

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

Il DMARC si basa su SPF e DKIM, aggiungendo policy per la gestione dei fallimenti di autenticazione e funzionalità di reportistica.

Come funziona il DMARC:

1. Pubblichi una policy DMARC nel DNS
2. I server riceventi verificano l’allineamento di SPF e DKIM
3. Le email che falliscono vengono gestite secondo la tua policy
4. Ti vengono inviati report sui risultati dell’autenticazione

Esempio di record DNS DMARC:

_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100"

Policy DMARC:

Percorso di implementazione DMARC:

1. Inizia con p=none: monitoraggio senza influire sulla consegna
2. Analizza i report: identifica le fonti legittime che falliscono l’autenticazione
3. Risolvi i problemi: aggiungi i record SPF mancanti, configura il DKIM
4. Passa a p=quarantine: inizia a proteggere con enforcement moderato
5. Passa a p=reject: protezione massima quando hai piena fiducia

Best practice DMARC:

• Inizia con p=none e rua (report aggregati)
• Monitora i report per 2-4 settimane prima di applicare le policy
• Assicurati che tutti i mittenti legittimi superino SPF o DKIM con allineamento
• Aumenta gradualmente pct (percentuale) durante l’applicazione delle policy

Allineamento dell’autenticazione

Il DMARC richiede l‘“allineamento” tra il dominio nell’header From e i domini che superano SPF/DKIM:

• Allineamento SPF: il dominio Return-Path corrisponde al dominio From
• Allineamento DKIM: il dominio di firma DKIM corrisponde al dominio From

Questo impedisce agli attaccanti di usare la tua infrastruttura SPF/DKIM per inviare email falsificate.

Migliori servizi e provider SMTP

La scelta del provider SMTP giusto influisce su deliverability, costi e funzionalità. Ecco le opzioni principali per il 2026.

Brevo (ex Sendinblue)

Ideale per: e-commerce, email transazionali e di marketing combinate

Brevo offre sia relay SMTP che accesso API con prezzi competitivi. Il suo punto di forza sta nel combinare l’email transazionale con la marketing automation, il CRM e la comunicazione multicanale (SMS, WhatsApp).

Configurazione SMTP:

Host: smtp-relay.brevo.com
Porta: 587
Autenticazione: Richiesta
Crittografia: STARTTLS

Usando Tajo per integrare il tuo negozio Shopify con Brevo, ottieni la sincronizzazione automatica dei dati clienti insieme alla consegna affidabile via SMTP per email transazionali come conferme ordine, notifiche di spedizione e ricevute.

Amazon SES (Simple Email Service)

Ideale per: invii ad alto volume con infrastruttura AWS

Amazon SES offre prezzi molto competitivi per grandi volumi e si integra perfettamente con altri servizi AWS.

Considerazioni:

• Richiede competenze tecniche per una configurazione corretta
• La gestione della reputazione è responsabilità tua
• Adatto agli sviluppatori a proprio agio con AWS

SendGrid (Twilio)

Ideale per: sviluppatori che necessitano di API robuste e scalabilità

SendGrid offre API ottimizzate per gli sviluppatori con documentazione eccellente e scalabilità per aziende in crescita.

Mailgun

Ideale per: email transazionali con log dettagliati

Mailgun si concentra su casi d’uso transazionali e per sviluppatori, con funzionalità avanzate di ricerca nei log e validazione.

Postmark

Ideale per: email transazionali che richiedono la consegna più rapida

Postmark è specializzato nelle email transazionali con velocità di consegna leader del settore e politiche anti-spam rigorose.

Confronto tra provider

Scegliere il provider giusto

Considera questi fattori:

1. Volume: quante email al mese?
2. Tipo: marketing, transazionale o entrambi?
3. Risorse tecniche: riesci a gestire configurazioni complesse?
4. Funzionalità necessarie: template, analisi, A/B testing?
5. Budget: qual è il tuo budget mensile per le email?
6. Integrazione: quali sistemi devono connettersi?

Per le aziende e-commerce che usano Shopify con esigenze di marketing automation, Brevo combinato con Tajo offre una soluzione completa: sincronizzazione dei dati clienti, email transazionali, campagne di marketing e comunicazione multicanale in uno stack integrato.

Come configurare l’SMTP

La configurazione dell’SMTP varia in base al caso d’uso. Ecco le guide per gli scenari più comuni.

Configurare l’SMTP in WordPress

La maggior parte dei siti WordPress ha bisogno dell’SMTP per una consegna email affidabile. La funzione PHP mail() predefinita spesso fallisce o finisce nello spam.

Passo 1: installa un plugin SMTP

Opzioni popolari:

• WP Mail SMTP
• Post SMTP
• Easy WP SMTP

Passo 2: configura il plugin

Usando WP Mail SMTP con Brevo:

Email mittente: [email protected]
Nome mittente: Nome del tuo sito
Mailer: Altro SMTP
Host SMTP: smtp-relay.brevo.com
Crittografia: TLS
Porta SMTP: 587
Autenticazione: Attivata
Nome utente SMTP: [email protected]
Password SMTP: la-tua-chiave-smtp-brevo

Passo 3: testa la connessione

Invia un’email di test per verificare la configurazione. Controlla le cartelle spam se l’email di test non arriva.

Configurare l’SMTP nelle applicazioni

Per le applicazioni personalizzate, usa la libreria email del linguaggio di programmazione che preferisci.

Node.js (Nodemailer):

const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: '[email protected]',
    pass: 'la-tua-chiave-smtp'
  }
});

await transporter.sendMail({
  from: '[email protected]',
  to: '[email protected]',
  subject: 'Email di test',
  text: 'Ciao da Node.js!'
});

Python (smtplib):

import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "[email protected]"
password = "la-tua-chiave-smtp"

msg = MIMEText("Ciao da Python!")
msg['Subject'] = "Email di test"
msg['From'] = "[email protected]"
msg['To'] = "[email protected]"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)

PHP (PHPMailer):

use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = '[email protected]';
$mail->Password = 'la-tua-chiave-smtp';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('[email protected]', 'Nome mittente');
$mail->addAddress('[email protected]');
$mail->Subject = 'Email di test';
$mail->Body = 'Ciao da PHP!';

$mail->send();

Configurare i record DNS

Prima di inviare, configura i record DNS per l’autenticazione.

Passo 1: aggiungi il record SPF

Crea un record TXT alla radice del tuo dominio:

Tipo: TXT
Host: @
Valore: v=spf1 include:spf.brevo.com ~all

Se hai già un record SPF, aggiungi il statement include:

v=spf1 include:spf.brevo.com include:_spf.google.com ~all

Passo 2: aggiungi il record DKIM

Crea un record TXT con il selettore del tuo provider:

Tipo: TXT
Host: brevo._domainkey
Valore: v=DKIM1; k=rsa; p=[la-tua-chiave-pubblica]

Passo 3: aggiungi il record DMARC

Inizia in modalità di monitoraggio:

Tipo: TXT
Host: _dmarc
Valore: v=DMARC1; p=none; rua=mailto:[email protected]

Passo 4: verifica la configurazione

Usa strumenti come:

• MXToolbox (mxtoolbox.com)
• Mail Tester (mail-tester.com)
• DMARC Analyzer

Errori SMTP comuni e soluzioni

Gli errori SMTP seguono un sistema di numerazione standardizzato. Capire questi codici aiuta a diagnosticare rapidamente i problemi di consegna.

Categorie di codici di errore SMTP

Errori SMTP comuni e soluzioni

421 Service Not Available

Il server non è temporaneamente in grado di elaborare le richieste.

Cause:

• Sovraccarico del server
• Finestra di manutenzione
• Limiti di connessione raggiunti

Soluzioni:

• Attendi e riprova
• Controlla la pagina di stato del provider
• Implementa una logica di retry con backoff

450 Mailbox Unavailable

Problema temporaneo con la casella di posta del destinatario.

Cause:

• Casella piena
• Restrizione di policy del server
• Greylisting

Soluzioni:

• Riprova dopo un ritardo
• Il greylisting si risolve al secondo tentativo
• Contatta il destinatario se persiste

451 Local Error

Errore di elaborazione nel server ricevente.

Cause:

• Problema di configurazione del server
• Esaurimento delle risorse
• Blocco temporaneo della policy

Soluzioni:

• Riprova con backoff esponenziale
• Verifica se il tuo IP è temporaneamente bloccato
• Attendi il recupero del server

500 Syntax Error

Comando non riconosciuto.

Cause:

• Comandi SMTP malformati
• Estensioni non supportate
• Problemi di codifica

Soluzioni:

• Controlla la sintassi del comando
• Verifica le terminazioni di riga corrette (CRLF)
• Verifica la compatibilità del client

501 Syntax Error in Parameters

Comando riconosciuto ma parametri non validi.

Cause:

• Formato indirizzo email non valido
• Parametri obbligatori mancanti
• Problemi di codifica

Soluzioni:

• Valida gli indirizzi email prima dell’invio
• Controlla la presenza di caratteri speciali
• Rivedi la formattazione dei parametri

550 Mailbox Not Found

L’indirizzo del destinatario non esiste.

Cause:

• Errore di battitura nell’indirizzo email
• Account eliminato
• Il dominio non accetta email

Soluzioni:

• Verifica l’indirizzo del destinatario
• Rimuovilo dalla lista (hard bounce)
• Implementa la validazione email

551 User Not Local

Il destinatario non si trova su questo server.

Cause:

• Inoltro email richiesto
• Server sbagliato contattato
• Record MX obsoleti

Soluzioni:

• Controlla la risoluzione del record MX
• Segui le istruzioni di inoltro
• Aggiorna la cache DNS

552 Message Too Large

L’email supera i limiti di dimensione.

Cause:

• Allegati di grandi dimensioni
• Limiti del server del destinatario
• Immagini inline troppo grandi

Soluzioni:

• Comprimi o rimuovi gli allegati
• Usa link di condivisione file
• Controlla i limiti di dimensione del destinatario

553 Mailbox Name Invalid

Formato indirizzo rifiutato.

Cause:

• Caratteri non validi nell’indirizzo
• Dominio malformato
• Restrizioni di policy

Soluzioni:

• Valida il formato email
• Controlla gli errori di battitura
• Usa indirizzi conformi allo standard RFC

554 Transaction Failed

Rifiuto generale, spesso legato allo spam.

Cause:

• Filtro antispam attivato
• IP mittente in blacklist
• Violazione della policy sui contenuti
• Autenticazione mancante

Soluzioni:

• Controlla lo stato nella blacklist
• Rivedi il contenuto dell’email
• Verifica l’autenticazione (SPF, DKIM, DMARC)
• Controlla la reputazione del mittente

Diagnosticare i problemi SMTP

Passo 1: controlla i messaggi di errore

Registra le risposte SMTP complete, non solo i codici. Il testo dopo il codice fornisce il contesto.

Passo 2: testa la connettività

Verifica di poter connetterti al server SMTP:

telnet smtp-relay.brevo.com 587

O usa openssl per TLS:

openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587

Passo 3: verifica l’autenticazione

Testa le credenziali indipendentemente dalla tua applicazione usando un client email o uno strumento da riga di comando.

Passo 4: controlla il DNS

Verifica i tuoi record di autenticazione:

dig TXT tuodominio.com
dig TXT _dmarc.tuodominio.com
dig TXT selettore._domainkey.tuodominio.com

Passo 5: controlla le blacklist

Verifica se il tuo IP mittente è in blacklist:

• MXToolbox Blacklist Check
• Spamhaus
• Barracuda Reputation

Best practice SMTP

Segui queste pratiche per massimizzare la deliverability e mantenere una buona reputazione come mittente.

Autenticazione

• Usa sempre SMTP AUTH: non tenere mai un relay aperto
• Abilita TLS: crittografa tutte le connessioni (STARTTLS sulla porta 587)
• Usa le chiavi API: preferisci le chiavi API alle password dell’account
• Ruota le credenziali: cambia le chiavi periodicamente
• Implementa tutti e tre: SPF, DKIM e DMARC insieme

Pratiche di invio

• Scalda i nuovi IP: aumenta gradualmente il volume sui nuovi IP di invio
• Invio costante: mantieni pattern di invio regolari
• Igiene della lista: rimuovi i rimbalzi e gli iscritti non attivi
• Rispetta le disiscrizioni: elabora gli opt-out immediatamente
• Monitora la reputazione: traccia i sender score e lo stato nelle blacklist

Implementazione tecnica

• Gestisci i rimbalzi: elabora e categorizza le notifiche di rimbalzo
• Implementa la logica di retry: usa il backoff esponenziale per i fallimenti temporanei
• Registra tutto: conserva log dettagliati per la risoluzione dei problemi
• Monitora la consegna: traccia i tassi di consegna e la latenza
• Usa il connection pooling: riusa le connessioni per efficienza

Linee guida sui contenuti

• Evita i trigger dello spam: attenzione alle frasi comuni nei filtri antispam
• Bilancia testo e immagini: non inviare email solo con immagini
• Includi link di disiscrizione: richiesto per legge nella maggior parte delle giurisdizioni
• Usa nomi mittente riconoscibili: i destinatari devono sapere chi sei
• Testa prima di inviare: controlla i punteggi spam prima delle campagne

Domande frequenti

Qual è la differenza tra SMTP e hosting email?

L’SMTP è specificamente per l’invio di email. L’hosting email include sia l’invio (SMTP) che la ricezione (POP3/IMAP) insieme allo storage e alla gestione. Puoi usare servizi SMTP di terze parti ospitando le tue email altrove.

Posso usare Gmail SMTP per la mia azienda?

Gmail offre accesso SMTP ma con limitazioni. Il piano gratuito consente 500 email al giorno e Google Workspace lo aumenta a 2.000. Per volumi maggiori o un migliore controllo sulla deliverability, si consiglia di usare servizi SMTP dedicati come Brevo.

Perché le mie email vanno nello spam?

Le cause più comuni includono:

• SPF/DKIM/DMARC mancanti o configurati male
• Invio da un nuovo IP senza riscaldamento
• Scarsa reputazione del mittente
• Contenuto simile allo spam
• Invio a indirizzi non validi
• Alti tassi di reclamo

Controlla prima l’autenticazione, poi rivedi il contenuto e le pratiche di invio.

Quale porta SMTP usare?

La porta 587 è consigliata per l’invio di email dal client al server. Richiede autenticazione e supporta la crittografia STARTTLS. La porta 25 è per il relay da server a server e viene spesso bloccata dagli ISP.

Quante email posso inviare via SMTP?

I limiti dipendono dal provider:

• Gmail: 500-2.000/giorno
• Brevo gratuito: 300/giorno
• Amazon SES: 50.000/giorno (con approvazione)
• Servizi dedicati: spesso illimitati con fasce di prezzo

Ho bisogno di un IP dedicato per SMTP?

Non sempre. Gli IP condivisi funzionano bene per volumi moderati con buone pratiche. Gli IP dedicati vanno bene per i mittenti ad alto volume (oltre 100.000 al mese) che vogliono il pieno controllo sulla propria reputazione. La maggior parte dei provider offre IP dedicati come opzione di aggiornamento.

Cos’è il relay SMTP?

Il relay SMTP si verifica quando il tuo server email invia i messaggi attraverso un altro server per la consegna. È utile quando il tuo server locale non può inviare direttamente (porte bloccate, scarsa reputazione) o quando si usa un servizio come Brevo per una migliore deliverability.

Come testo la mia configurazione SMTP?

Usa questi metodi:

1. Invia email di test tramite la tua applicazione
2. Usa strumenti online come Mail Tester per verificare l’autenticazione
3. Connettiti manualmente via telnet o openssl
4. Controlla i dashboard dei provider per i log di consegna
5. Invia a indirizzi di test che riportano i risultati dell’autenticazione

Cosa succede se SPF o DKIM falliscono?

Senza DMARC, il fallimento di SPF/DKIM potrebbe far segnalare le email ma non necessariamente rifiutarle. Con DMARC impostato su quarantine o reject, i fallimenti comporteranno la finizione nello spam o il blocco. Monitora sempre i report DMARC per individuare i problemi di autenticazione.

L’SMTP gestisce gli allegati?

Sì. L’SMTP trasmette gli allegati codificati nel corpo dell’email (in genere codifica base64 per i file binari). Tuttavia, gli allegati di grandi dimensioni potrebbero raggiungere i limiti di dimensione del server. Per file superiori a qualche MB, valuta l’uso di link al cloud storage.

Conclusione

L’SMTP rimane il protocollo fondamentale che alimenta la comunicazione email in tutto il mondo. Che tu stia inviando notifiche transazionali, campagne di marketing o comunicazioni interne, capire l’SMTP ti aiuta a costruire un’infrastruttura email affidabile.

Punti chiave di questa guida:

• L’SMTP è il protocollo di invio: spinge le email dai server del mittente a quelli del destinatario
• L’autenticazione è essenziale: usa SMTP AUTH, TLS e implementa SPF/DKIM/DMARC
• Scegli il provider giusto: abbina le funzionalità del provider al tuo volume e alle tue esigenze
• Monitora e mantieni: traccia la deliverability, gestisci i rimbalzi e mantieni l’igiene della lista
• SMTP vs. API: usa SMTP per la compatibilità, le API per le funzionalità avanzate

Per le aziende e-commerce, combinare un provider SMTP affidabile come Brevo con una corretta integrazione dei dati clienti garantisce che le email transazionali raggiungano i clienti mentre le campagne di marketing generano engagement. L’integrazione Shopify di Tajo sincronizza automaticamente i dati dei tuoi clienti con Brevo, fornendo la base per una comunicazione email efficace sia per i casi d’uso transazionali che di marketing.

Pronto a migliorare la tua deliverability email? Inizia verificando la tua configurazione di autenticazione attuale usando le linee guida su SPF, DKIM e DMARC in questa guida, poi valuta se il tuo provider attuale soddisfa le tue esigenze di volume, funzionalità e affidabilità.

Articoli correlati

• Campagne di Email Marketing: La Guida Completa alla Pianificazione, Esecuzione e Ottimizzazione
• Strategia di Email Marketing: Guida Completa alla Pianificazione e all’Esecuzione [2025]
• Email Marketing per le Piccole Imprese: La Guida Completa (2026)
• ROI dell’Email Marketing: Come Calcolare, Tracciare e Migliorare i Risultati [2025]
• Email Marketing per Principianti: La Guida Completa per Iniziare (2026)