Devi configurare un relay SMTP separato o la tua casella di posta può inviare direttamente le tue email transazionali e le tue campagne? Un relay SMTP è un server intermedio che si occupa dell’instradamento delle tue email al posto del tuo server, per preservare la deliverability e assorbire volumi che la tua casella di posta non può gestire da sola. Entra in gioco dopo il funzionamento di SMTP, sulla parte di trasporto del messaggio.
Relay SMTP e server SMTP della tua casella di posta: due anelli distinti
Il server SMTP della tua casella di posta (Outlook, Gmail o lo strumento interno al tuo CRM) è il punto di partenza del messaggio. Il relay SMTP è l’anello successivo: riceve questo messaggio e lo inoltra, a volte cambiando l’IP di invio o l’autenticazione applicata. Confondere i due porta a un errore frequente: cercare di correggere la deliverability lato casella di posta quando il collo di bottiglia si trova lato relay. I due non si sostituiscono a vicenda. Per capire quale dei due crea il problema, inizia con l’individuazione del server SMTP usato dalla tua casella di posta. Se regge il carico e la reputazione resta buona, un relay separato non aggiunge nulla.
Lo smart host, un relay con una missione precisa
Uno smart host è un relay SMTP configurato per risolvere un problema identificato: aggirare un blocco della porta 25 da parte di un provider di accesso o evitare un indirizzo IP in uscita già compromesso. Instrada il messaggio verso un server terzo di fiducia invece di tentare una consegna diretta. La porta conta in questa fase: la maggior parte dei relay autentica sulla porta 587, raramente sulla 25. Se la tua configurazione si blocca ancora su questo punto, la porta SMTP da usare in base al tuo caso va determinata prima di qualsiasi impostazione del relay.
Open relay: la falla che rivolge il relay contro di te
Un open relay accetta e inoltra email senza verificare chi le invia. Chiunque può quindi usarlo per spedire spam o phishing spacciandosi per il tuo dominio. La definizione tecnica di un relay resta però neutra: in sostanza, la RFC 5321 (IETF, 2008) descrive un sistema SMTP relay come un server che riceve un messaggio da un client SMTP e lo inoltra, senza modificare i dati del messaggio a parte l’aggiunta di informazioni di trace, verso un altro server SMTP in vista di un nuovo relay o della consegna finale. La RFC esiste solo in inglese e non ha alcuna versione italiana ufficiale, questa è una riformulazione. Il protocollo non lo richiede. È l’assenza di verifica a trasformare un relay legittimo in open relay. Le liste di blocco come la XBL di Spamhaus rilevano e inseriscono automaticamente gli IP compromessi o mal configurati, open relay compresi. Una volta inserito in lista, l’IP vede i propri messaggi filtrati come spam o rifiutati dalla maggior parte delle grandi caselle di posta, inclusi quelli inviati legittimamente da altri utenti dello stesso relay condiviso. Chiudere l’accesso anonimo ed esigere un’autenticazione (credenziali di accesso o chiave applicativa) elimina questo rischio alla radice.
Quando un’azienda ha bisogno di un relay SMTP
Il volume prima di tutto: oltre qualche migliaio di email al giorno, la maggior parte delle caselle di posta consumer o dei server interni non specializzati limita o degrada la deliverability. Poi la natura del traffico: le email transazionali (conferma d’ordine, reset della password, fattura) richiedono una consegna quasi immediata e non tollerano di essere mescolate a una campagna marketing che, invece, può aspettare diverse ore. Un CRM o un ERP che avvia invii automatizzati aggiunge un altro vincolo: un punto di ingresso SMTP stabile, indipendente dalla casella di posta di un collaboratore che cambia ruolo o password.
Viene poi la questione dell’indirizzo IP. Un IP condiviso divide la sua reputazione con tutti i clienti dello stesso relay: un mittente negligente degrada la deliverability di tutti gli altri, anche quelli che inviano correttamente. Un IP dedicato isola questa reputazione. Si costruisce da zero, il che richiede tempo. Dedicato o condiviso, la reputazione del tuo indirizzo IP va verificata regolarmente: condiziona direttamente il tasso di arrivo in inbox. Un IP dedicato si giustifica a partire da invii regolari e sostenuti, quando l’azienda può assorbire il tempo di crescita della reputazione.
Relay SMTP o API di invio: due logiche di spedizione
Il relay SMTP trasporta il messaggio tramite il protocollo storico, su una connessione che dialoga comando per comando con il server remoto. Una API di invio funziona in modo diverso: l’applicazione trasmette il contenuto del messaggio tramite una richiesta HTTP e riceve in cambio un identificativo del messaggio e uno stato strutturato, utilizzabile direttamente nel codice. Il relay si integra senza sviluppo, in un client di posta o in un CMS che sa già parlare SMTP. L’API richiede un’integrazione tecnica. In cambio, restituisce eventi in tempo reale (apertura, clic, rifiuto) che il solo protocollo SMTP non fornisce. Un sito WordPress o un software di contabilità che deve inviare una fattura passa generalmente da un relay. Un’applicazione che reagisce a ogni invio fallito guadagna a passare da un’API.
Aumentare il volume senza bruciare la reputazione IP
Un IP nuovo o poco utilizzato non ha alcuno storico agli occhi delle grandi caselle di posta. Un invio massiccio fin dal primo giorno assomiglia a un comportamento da spammer. L’IP warming consiste nell’aumentare il volume progressivamente, iniziando dai contatti più coinvolti, per costruire questa reputazione prima di raggiungere il volume target. Le best practice formalizzate dal gruppo di lavoro anti-abuso M3AAWG raccomandano una crescita graduale e una separazione netta dei flussi: il traffico transazionale non segue la stessa curva della prospezione o dell’invio di massa.
Una progressione realistica segue uno schema simile a questo:
- Settimana 1: da poche decine a poche centinaia di email al giorno, inviate in via prioritaria ai destinatari più attivi.
- Settimana 2: aumento progressivo del volume, con monitoraggio del bounce rate e dei reclami a ogni fase.
- Settimane 3 e 4: allargamento a segmenti meno coinvolti, sempre per fasi.
- Oltre: crescita verso il volume target, con un controllo continuo una volta stabilita la reputazione.
Il ritmo conta più del volume. Due soglie tengono la barra per tutto il periodo. Gmail fissa un limite da non raggiungere mai, lo 0,3% di tasso di reclamo misurato tramite Postmaster Tools. La soglia raccomandata resta sotto lo 0,1% (Google, email sender guidelines). Una volta superato lo 0,3%, la deliverability resta degradata finché il tasso non torna sotto questa soglia per sette giorni consecutivi. Un IP warming troppo rapido fa salire questo tasso ancor prima che la reputazione sia stabilita.
Autenticare il relay sul tuo dominio
Un relay che spedisce a nome del tuo dominio deve basarsi su un’autenticazione allineata a questo dominio: SPF deve coprire l’indirizzo o il nome del relay, DKIM deve firmare con una chiave propria del dominio mittente e la policy DMARC si applica al risultato di entrambi.
Scegliere un relay SMTP: i criteri che contano
La natura dell’IP fornito conta in primo luogo: dedicato o condiviso, con la possibilità di migrare dall’uno all’altro senza ricostruire tutto. L’accompagnamento nell’IP warming pesa quasi altrettanto: un relay che lascia il mittente gestire da solo la crescita del volume trasferisce un rischio che il fornitore dovrebbe in parte assorbire. Resta il reporting esposto, spesso trascurato al momento della scelta: bounce rate e tasso di reclamo devono restare consultabili in tempo reale, non solo in un export mensile. Anche il registro dei rifiuti deve restare accessibile senza ritardi. Questi numeri alimentano poi i tuoi indicatori di performance email più ampi.
Una lista di contatti degradata fa salire il tasso di hard bounce anche attraverso il relay più impeccabile. La list hygiene precede sempre la scelta del relay. Per confrontare soluzioni di email marketing complete invece di un semplice relay tecnico, consulta il nostro confronto dei software di email marketing.
La scelta si gioca prima dell’invio. Il tuo relay attuale mostra un tasso di reclamo sotto lo 0,1% o si sta già avvicinando allo 0,3% che fa scattare la limitazione di Gmail?
