Vai al contenuto

Punti chiave

  1. I due livelli si separano in modo netto. L’app delle campagne contiene la tua lista, i tuoi segmenti e i tuoi contenuti, e vale la pena possederla. La parte di invio è infrastruttura di deliverability, e possederla ti porta problemi di reputazione, non libertà.

  2. Non è una preferenza. AWS, Google Cloud, DigitalOcean, Hetzner e Oracle limitano tutti la porta 25 in uscita per impostazione predefinita — Hetzner blocca anche la 465, e DigitalOcean blocca la 465 e la 587, senza alcun modo documentato per chiedere di riaprirle.

  3. Tutti gli strumenti di questa lista sono gratuiti e davvero open source, e tutti si aspettano che tu porti un provider di invio. Plunk richiede esplicitamente AWS SES, cioè la separazione tra i livelli scritta come valore di configurazione.

  4. Scegli in base a cosa invii, non alle stelle su GitHub: Listmonk per gli invii una tantum, Keila per una newsletter curata con attenzione al GDPR, Plunk se invii già email transazionali dalla tua app, Mautic quando ti serve vera automazione.

La selezione

Se cerchi “email marketing self-hosted”, trovi due categorie di software mescolate senza preavviso. Una è l’applicazione delle campagne: contiene gli iscritti, costruisce i segmenti, compone i messaggi e programma gli invii. L’altra è il server di posta — Postal, Mailu, Mailcow, iRedMail — e nessuno di questi progetti si presenta come strumento di marketing. Postal si definisce una piattaforma di consegna della posta per siti e server web; Mailcow si definisce una suite di groupware. È confondendo le due che ci si ritrova a gestire un MTA che non si voleva, scoprendo il problema della deliverability solo quando la prima campagna rende meno del previsto. Questa pagina tiene separati i livelli: quattro applicazioni che vale la pena ospitare sui tuoi server, e una risposta onesta sulla parte di invio che sta sotto.

Come abbiamo scelto

Abbiamo valutato ciò che un team tecnico può davvero mettere in piedi e mantenere: una vera licenza open source verificata nel repository e non in un badge, un progetto abbastanza vivo da potersene fidare, e una risposta chiara su cosa fa quando gli invii una tantum non bastano più. Tutto è stato verificato sul repository, sulla documentazione e sullo storico dei rilasci di ciascun progetto nella prima settimana di settembre 2026. Abbiamo escluso strumenti vivi ma pensati per altro — Ghost è una piattaforma editoriale il cui invio massivo è legato a un solo provider, OpenEMM è un deployment on-prem enterprise con un elenco di distribuzioni ammesse — e abbiamo escluso Mailtrain, che nell’API di GitHub sembra mantenuto solo perché un bot pubblica dei branch; il suo ultimo rilascio risale al 2021. Sviluppiamo fromHello, quindi è in fondo alla lista e lo valutiamo con lo stesso metro, anche dove non è all’altezza.

  1. Ideale per

    Team che vogliono inviare oggi una newsletter o un messaggio una tantum a un segmento, e poi non pensare mai più allo strumento.

    Punti di forza

    • L’opzione seria più leggera della categoria: un unico binario Go la cui sola dipendenza è Postgres, quindi tutto si riduce a un processo e a un database di cui fare il backup.
    • La segmentazione è SQL puro sui campi degli iscritti e su una colonna di attributi JSONB: per un founder tecnico è un vantaggio, non un limite, perché il linguaggio di query lo conosci già.
    • La gestione dei bounce è integrata e non aggiunta dopo, con scansione di caselle POP3, un endpoint webhook generico e ricevitori specifici per provider, così la tua lista si pulisce da sola.

    Da tenere d’occhio

    • Per sua stessa descrizione è un gestore di invii una tantum unidirezionale, senza sequenze drip e senza editor di percorsi. Se vuoi una serie di benvenuto che reagisca al comportamento, è lo strumento sbagliato e nessun plugin lo cambia.
    • Tutto passa dal tuo SMTP. È la scelta di design giusta, ma significa che il lavoro sulla deliverability tocca a te prima del primo invio, non è una funzione da attivare.
  2. Ideale per

    Una newsletter curata in cui l’attenzione europea alla privacy è un requisito di primo piano e non una casella da spuntare.

    Punti di forza

    • La migliore esperienza di composizione di questa lista, con un buon margine: un editor visuale a blocchi più Markdown, MJML, HTML e testo semplice, con template riutilizzabili e slot di contenuto.
    • La segmentazione funziona in due modi — un editor visuale e un linguaggio di query — e può selezionare le persone in base a come hanno interagito con una campagna precedente, cosa insolita per uno strumento di questo peso.
    • La flessibilità di invio più ampia della rassegna: porta il tuo SMTP, SES, Mailgun, Postmark o Sendgrid, e il tracciamento di aperture e clic si può disattivare del tutto.

    Da tenere d’occhio

    • La marketing automation è nella roadmap, non nel prodotto. Con il rilascio di settembre 2026 non c’è un editor di drip o di percorsi, quindi organizzati attorno a invii una tantum e segmenti.
    • È ancora pre-1.0, con numeri di versione coerenti. Lo sviluppo è veloce e costante più che rischioso, ma il numero di versione ti dice qualcosa di reale sulla stabilità dell’API.
  3. Ideale per

    Team di sviluppatori che inviano già email transazionali dal loro prodotto e vogliono il marketing sugli stessi binari e nella stessa codebase.

    Punti di forza

    • Invii transazionali, campagne e automazioni attivate da eventi vivono in un’unica codebase TypeScript che puoi davvero leggere, una proposta diversa da un ecosistema di plugin.
    • Una linea di rilasci veloce e costante — cinque versioni minori tra maggio e agosto 2026 — e un’impostazione moderna API-first adatta ai team che preferiscono scrivere codice piuttosto che cliccare in un pannello di amministrazione.
    • Include un server MCP ufficiale, così un agente può pilotarlo: una proprietà utile se prevedi di affidare in futuro parti di questo lavoro al software.

    Da tenere d’occhio

    • Il self-hosting richiede proprio AWS SES; il file di ambiente lo indica come obbligatorio. È la separazione tra i livelli scritta come configurazione: ospiti l’applicazione sui tuoi server e noleggi l’invio, che tu lo volessi o no.
    • È software 0.x. La direzione è buona e il ritmo è reale, ma considera le interfacce ancora soggette a cambiamenti.
  4. Ideale per

    Team che hanno superato gli invii una tantum e hanno bisogno di automazioni del ciclo di vita con ramificazioni, su un’infrastruttura che controllano.

    Punti di forza

    • L’unica opzione self-hosted matura di questa lista con un vero editor visuale di campagne a più fasi, accanto a un modello dati per contatti e aziende.
    • Riceve investimenti attivi, non è soltanto vivo: la versione 7.2 è arrivata a settembre 2026 con un lavoro sostanzioso sull’editor delle campagne, su una linea di rilasci costante.
    • Gratuito con licenza GPLv3 senza una fascia core a pagamento, governato dalla community, e con un ampio ecosistema di plugin per le integrazioni che il core non copre.

    Da tenere d’occhio

    • Il carico operativo e di apprendimento più pesante dei quattro — PHP e Symfony su MySQL, con il cron che fa avanzare le fasi delle campagne, quindi le automazioni girano con la latenza del cron e non all’istante.
    • È GPLv3 e non AGPL, una differenza di licenza reale se pensi di offrire una versione modificata come servizio.
  5. fromHello

    AGPL-3.0Cloud in accesso anticipato

    Ideale per

    Team che vogliono percorsi attivati da ciò che fanno le persone invece di campagne programmate, su codice AGPL-3.0 che ospitano sui propri server, con fromHello Cloud in accesso anticipato.

    Punti di forza

    • Percorsi attivati da ciò che fanno le persone: tracciamento first-party, segmenti ricalcolati a ogni evento e un editor visuale con 14 tipi di nodo, con email tramite il tuo provider (Resend, Postmark, SendGrid, SMTP o Microsoft 365), più SMS, banner e finestre modali in-app e audience pubblicitarie. Le risposte arrivano sul profilo del contatto e possono avviare un percorso.
    • La tua IA si collega tramite MCP: con 59 strumenti, Claude, Cursor o qualsiasi client MCP possono creare segmenti, percorsi e template e leggere le analisi. Nessuno strumento invia messaggi, e un percorso creato dalla tua IA resta una bozza finché non viene pubblicato.
    • Open source con licenza AGPL-3.0: ospitalo gratis sulle tue istanze Postgres e Redis, oppure usa fromHello Cloud, da 39 € al mese IVA esclusa, con utenti illimitati.

    Da tenere d’occhio

    • fromHello Cloud è in accesso anticipato tramite la lista d’attesa; Listmonk, Keila, Plunk e Mautic sono disponibili per tutti.
    • Niente newsletter né campagne programmate: i messaggi a molte persone partono tramite i percorsi, quindi per le newsletter Listmonk, Keila o Plunk sono più adatti.

FAQ

Domande frequenti

  • Conviene gestire un mio server di posta per l’email marketing?

    Quasi certamente no, e l’avvertimento più chiaro viene da un progetto di server di posta, non da noi: la documentazione di Postal stessa ti dice di non prendere alla leggera la gestione di una tua piattaforma email. Gestire un MTA significa occuparti di reputazione degli IP, gestione di bounce e segnalazioni di spam, monitoraggio delle blocklist e TLS, e niente di questo è ciò che volevi fare. Ospita sui tuoi server l’applicazione delle campagne, e invia tramite un provider che di mestiere si occupa di deliverability.

  • Posso almeno inviare email da una VPS economica?

    Di solito non senza chiedere, e a volte per niente. La porta 25 in uscita è limitata per impostazione predefinita su AWS, Google Cloud, DigitalOcean, Hetzner e Oracle: AWS la rallenta, gli altri la bloccano del tutto. AWS toglie la limitazione su richiesta all’assistenza, Google può togliere il blocco in base a una sua valutazione del rischio, e Hetzner blocca anche la 465 e le riapre solo in base all’anzianità dell’account e allo storico dei pagamenti. DigitalOcean blocca la 25, la 465 e la 587 su ogni Droplet e non pubblica alcuna procedura per riaprirle. Dai per scontato che la porta sia chiusa e prevedi un relay.

  • Allora cosa mi dà davvero il self-hosting?

    La metà che conta. La tua lista di iscritti, le definizioni dei segmenti, i template e lo storico degli invii restano in un database che controlli tu, con una licenza che nessuno può cambiarti sotto i piedi, e senza costi per contatto. Ciò a cui rinunci noleggiando il livello di invio è un indirizzo IP, che non è mai stato la parte che rendeva tuo il software.

  • Quali di questi strumenti gestiscono le sequenze drip?

    Mautic e Plunk. Mautic ha un editor visuale di campagne completo con ramificazioni, e Plunk ha automazioni attivate da eventi nel codice. Listmonk è esplicitamente un gestore di invii una tantum unidirezionale, e Keila indica le automazioni come pianificate e non rilasciate, quindi se il requisito è una sequenza di benvenuto, quei due strumenti sono da escludere, per quanto ti piacciano.

  • L’email marketing self-hosted costa meno?

    Il software è gratis; l’invio no, e nemmeno il tempo di gestione. Metti in conto un relay a prezzo per messaggio, un server e le ore che passerai su aggiornamenti e pulizia dei bounce. Il self-hosting vince su proprietà, controllo ed economia per contatto su larga scala, non sul fatto di essere gratis.

  • Cosa devo sistemare prima della prima campagna?

    Autenticazione e pulizia della lista, che hanno entrambe le loro guide su questo sito invece di un paragrafo in questa pagina. In breve: pubblica SPF, DKIM e DMARC prima di inviare qualsiasi cosa, riscalda il dominio gradualmente invece di scrivere a tutta la lista il primo giorno, e tieni d’occhio il tasso di segnalazioni di spam: Google chiede a chi invia in massa di restare sotto lo 0,10% e considera lo 0,30% la soglia da non superare mai.

Continua a leggere

Tutti i confronti

Accesso anticipato

fromHello Cloud

Non si parte per restare piccoli.

L’accesso anticipato a fromHello Cloud si apre a scaglioni. L’onboarding è guidato: ti aiutiamo a configurare tutto e a portare i tuoi contatti.

Ti scriveremo quando il tuo accesso sarà pronto. Niente spam.

Vuoi aspettare ancora un po’? Vedi su GitHub