La sua inbox.
Sulla porta 25. Aperta per default. Senza KYC.

La porta 25 in uscita è il vettore di attacco storico per le botnet che instradano spam. Gli hyperscaler (AWS, GCP, Azure) e la maggior parte degli host VPS la chiudono per default e o rifiutano del tutto di aprirla o richiedono un AUP firmato e un account business verificato KYC prima. La combinazione «le venderemo un VPS ma non potrà inviare mail da esso» è ormai la norma non scritta del settore, ed è per questo che «qual è la sua politica sulla porta 25» è la prima domanda che pone ogni potenziale self-hoster di mail server. NordBastion apre la porta 25 per default in ogni fascia — nessun ticket richiesto.

Un IP VPS appena allocato non ha reputazione di mittente presso i grandi inbox provider (Gmail, Outlook365, Yahoo). I primi qualche migliaio di messaggi che invia sono trattati come colpevoli-fino-a-prova-contraria — provvisoriamente accettati con un punteggio di basso trust, con deliverability oscillante tra inbox e spam. La reputazione si costruisce in 2-4 settimane di invio coerente, a basso volume, ben autenticato. Gli acceleratori sono: SPF + DKIM + DMARC + MTA-STS tutti verdi su ogni messaggio; PTR/rDNS che corrisponde all'HELO; dominio FROM coerente; segnali di engagement (persone che davvero aprono la sua mail, non solo la ricevono).

Sì — apra un ticket dal suo pannello con il PTR desiderato e lo impostiamo sul blocco IP upstream. La convenzione è che il PTR dell'IP corrisponda al hostname HELO/EHLO del mail server (mail.example.org). Senza un PTR corretto, Gmail e Outlook365 penalizzano pesantemente il mittente — quindi questa è una delle prime cose da sistemare, idealmente prima del primo messaggio in uscita. Il tempo di risposta del ticket è solitamente di poche ore.

Mailcow è l'opzione moderna docker-compose-nativa — attivamente sviluppata, ricca di UI web, viene fornita con rspamd, ClamAV, webmail Sogo e Z-Push pronti all'uso. Mail-in-a-Box è l'opzione «tutto su una macchina, con opinioni, configurazione minima» — ideale per una mailbox personale + qualche alias. iRedMail è l'opzione classica in stile stack LAMP — configurazione granulare, compatibilità più ampia con realtà non-Docker. Per la maggior parte dei nuovi self-hoster nel 2026 la risposta è Mailcow su un Garrison; tutto ciò che segue presuppone quel percorso.

Sì — ma solo con piena igiene di autenticazione (SPF + DKIM + DMARC + MTA-STS), PTR corretto, un pattern di invio pulito e pazienza durante il warm-up. Gmail in particolare pesa molto l'engagement — persone che non eliminano la sua mail, che rispondono, che la contrassegnano come non-spam — e un mittente nuovissimo su un dominio nuovissimo impiega settimane per uscire dal purgatorio «promozionale». Gli operatori self-hosted riportano una deliverability stabile verso entrambe le inbox entro 4-8 settimane di funzionamento coerente; il percorso richiede disciplina, non magia.

Meno di quanto pensi. I mittenti moderni (Gmail, Outlook365, ecc.) ritentano in caso di errore di connessione fino a diversi giorni, quindi un MX primario giù per un'ora durante un reboot è invisibile a chiunque. I server MX di backup esistono per lo più per gestire il raro caso di disservizi multi-giorno, e sono essi stessi magneti per lo spam (le spambot prendono specificamente di mira gli MX di backup che sono più deboli del primario). Se l'uptime conta, la mossa giusta è monitoraggio + un piano di ripristino veloce, non un MX di backup mantenuto male.

Mailcow include Sogo per webmail e CalDAV/CardDAV, dovecot-sieve per il filtraggio server-side (il modo canonico per smistare la mail al momento della consegna, funziona con qualunque client IMAP) e supporta Z-Push per Exchange ActiveSync — il che è ciò che dà a iOS Mail notifiche push native senza dover tirare su un backend push-IMAP separato. Per Android, i client FairEmail e K-9 Mail funzionano nativamente con IMAP IDLE per il push quasi in tempo reale. Lo stack copre le aspettative moderne di mail mobile.

Mailcow include rspamd per default ed è il giusto default moderno — scritto in C, scriptabile in Lua, potenziato dal machine learning, più veloce e più efficiente in memoria di SpamAssassin a parità di tasso di falsi positivi. SpamAssassin rimane la lingua franca degli stack mail legacy ed è ciò che iRedMail usa per default; funziona, ma passerà più tempo a sintonizzare le regole. Faccia girare rspamd a meno che un vincolo di integrazione imponga SpamAssassin.