SMTP relay, come infrastruttura

Un servizio relay SMTP che riporta cosa succede

Cambi host e porta, mantieni il tuo codice. Ottieni controlli di autenticazione, warmup, retry e una traccia per ogni messaggio inviato tramite il servizio relay SMTP.

Inizia a inviare via SMTP Scopri cosa gestisce il relay
Ingegnere davanti a un terminale di monitoraggio in fondo a un corridoio di server buio con luci di stato blu
Cosa gestisce il relay

Sei attività che smetti di fare a mano

Un servizio relay SMTP serve solo se toglie lavoro. Queste sono le parti della posta in uscita che di solito finiscono in un groviglio di cron job e runbook.

Endpoint SMTP drop-in

Porta 587 con STARTTLS o 465 con TLS implicito. Qualsiasi mailer di framework, CMS o sistema legacy che parla SMTP funziona con un cambio di host e credenziali.

Autenticazione verificata prima

SPF, DKIM e DMARC vengono controllati prima del primo invio in produzione, così un record sbagliato non compromette silenziosamente il resto della configurazione.

Warmup su una rampa fissa

Un nuovo dominio passa da 50 invii al giorno a 100.000 in circa quattro settimane, con la curva applicata dal relay invece che da un foglio di calcolo.

Retry con backoff

I rinvii 4xx vengono ritentati con backoff esponenziale. I rifiuti 5xx si fermano subito e vengono classificati, così una casella morta non viene bombardata tutta la notte.

Traccia per ogni invio

Segnali di apertura, clic, bounce e spam per ogni messaggio, trasmessi via SSE, con la risposta SMTP grezza allegata quando un invio fallisce.

Esportazione verso il tuo stack

Invia gli stessi eventi a Datadog o Grafana e configura gli alert sulla consegna come li configuri su latenza e tasso di errore.

Come funziona

Da Postfix locale a relay in cinque passaggi

La maggior parte delle migrazioni richiede un pomeriggio. La parte lenta è la rampa, e quella gira senza intervento.

  1. 1

    Aggiungi il dominio di invio

    Pubblica il record SPF include e i record DKIM forniti dal servizio. L'allineamento viene verificato prima che qualsiasi messaggio esca.

  2. 2

    Crea le credenziali SMTP

    Genera una credenziale con ambito per ogni applicazione, così una password trapelata non espone tutti i servizi che inviano posta.

  3. 3

    Punta il mailer al relay

    Imposta l'host, usa la porta 587 con STARTTLS e invia un messaggio di prova. In Postfix basta una riga relayhost in main.cf.

  4. 4

    Imposta volume target e finestra

    Scegli dove vuoi arrivare e in quanto tempo. Quattro settimane fino a 100.000 al giorno è un punto di partenza comune per un dominio nuovo.

  5. 5

    Osserva le tracce, poi passa il traffico

    Instrada prima una piccola quota e leggi le tracce. Quando i tassi di bounce e reclamo risultano normali, sposta il resto del volume.

A chi si rivolge

Per un team che dismette un Postfix self-hosted

Un server di posta gestito in proprio funziona finché un giorno smette di funzionare. Un IP finisce in una blocklist, la coda si blocca dietro un destinatario lento, oppure l'unica persona che conosceva la configurazione se ne va. Il relay prende in carico consegna, reputazione e retry, mentre le tue applicazioni continuano a inviare a un endpoint SMTP come prima. Vedi quale lotto ha fatto bounce e perché, invece di leggere i log di posta via SSH.

  • Mantieni l'interfaccia SMTP che le tue app già usano
  • Nessuna coda o blocklist da tenere sotto controllo
  • Risposte SMTP grezze nella traccia, non solo un'etichetta di stato
Portatile con log del terminale accanto a uno schizzo su taccuino di server di posta collegati da frecce
A chi si rivolge

Per un team di prodotto il cui volume transazionale continua a salire

La posta transazionale cresce a salti. Viene rilasciato un nuovo flusso di onboarding, una funzionalità arriva alla disponibilità generale e gli invii giornalieri raddoppiano nella notte. Far salire il nuovo volume in modo graduale mantiene le reimpostazioni password e le ricevute nella posta in arrivo mentre la pipeline scala, e se qualcosa si attiva un alert indica il segnale invece di lasciarti a indovinare.

  • Gestisce i salti improvvisi, non solo la crescita costante
  • Gli invii transazionali esistenti restano invariati durante una rampa
  • Pausa automatica quando i tassi di bounce o spam superano una soglia
Pannello di permutazione di un rack server con cavi gialli e luci di stato blu
Confronto

Dove si colloca un servizio relay SMTP tra self-hosting e API

Non è una classifica. La scelta giusta dipende da cosa gestisci già e da quanta consegna vuoi controllare tu.

CriterioMTA self-hostedServizio relay SMTPSolo API HTTP
Funziona con codice SMTP esistenteSìSìNo, serve un'integrazione
Reputazione di IP e dominioLa gestisci tuGestita, con warmupGestita, con warmup
Gestione di retry e bounceLa tua configurazioneIntegrata, classificataIntegrata, classificata
Traccia per invioLog di posta sulla macchinaTraccia ed eventi SSETraccia ed eventi SSE
Chiavi di idempotenzaNon disponibiliVia API e SDKNativa
Onere operativoAltoBassoBasso

Domande frequenti

Che cos'è un servizio relay SMTP?
È un server gestito che accetta la posta dalla tua applicazione via SMTP, ti autentica e la consegna al server di posta del destinatario per tuo conto. Mantieni il codice o il mailer del framework che già usi e cambi solo host, porta e credenziali.
Quale porta usare per un relay SMTP?
Usa la 587 con STARTTLS per la maggior parte delle applicazioni, oppure la 465 per il TLS implicito. La porta 25 serve al traffico tra server e molti provider cloud la bloccano in uscita, quindi raramente è la scelta giusta per un'app che invia tramite relay.
In cosa un relay SMTP si differenzia da un'API email?
Entrambi finiscono nella stessa pipeline di consegna. SMTP è la via di compatibilità: qualsiasi framework, CMS o sistema legacy che sa parlare SMTP funziona senza modifiche. L'API HTTP e gli SDK per Node, Python e Go aggiungono chiavi di idempotenza ed errori strutturati per il codice nuovo.
Servono ancora SPF, DKIM e DMARC con un relay?
Sì. Il relay firma e invia, ma il tuo dominio deve autorizzarlo. Il servizio verifica l'allineamento SPF e DKIM prima del primo invio in produzione, perché un record mancante è la causa più comune per cui la posta finisce nello spam dopo una migrazione.
Posso passare dal mio server Postfix senza downtime?
Sì. Configura Postfix per usare il relay come smarthost sulla porta 587, invia prima una piccola quota di volume e osserva le tracce. Quando bounce e reclami risultano normali, instrada il resto e dismetti il percorso di consegna diretto.
Cosa succede quando un invio fallisce o il server del destinatario è occupato?
I fallimenti temporanei, come i rinvii 4xx, vengono ritentati con backoff esponenziale. I fallimenti permanenti, come un 550 casella sconosciuta, vengono classificati come hard bounce, smettono di essere ritentati e compaiono nella traccia di invio con la risposta SMTP grezza.
Un nuovo dominio arriva in posta in arrivo già il primo giorno?
Non in modo affidabile. Un dominio nuovo non ha reputazione, quindi il volume va fatto salire gradualmente. Il warmup richiede circa quattro settimane, da 50 invii al giorno a 100.000, e l'invio si mette in pausa automaticamente se bounce o spam superano una soglia.
Ha senso usare un relay con qualche migliaio di email al mese?
Spesso sì, anche a volume basso, perché il costo che eviti è operativo: mantenere la reputazione degli IP, monitorare la coda e gestire i bounce. Il caso è più forte quando il volume sale, per esempio con un nuovo flusso di onboarding o un lancio di disponibilità generale.

Cambia un solo hostname, mantieni il resto dello stack

Punta il mailer al relay, porta a regime il dominio e leggi la traccia di ogni invio. Warmup e pausa automatica sono attivi di default.

Inizia gratis Scopri come funziona il rollout
notificationharbor
Inizia gratis