~/magostinelli - selfhost

Email in self hosting

Unknown — Wed, 01 Apr 2026 00:00:00 +0000

Oggi voglio andare un po' controcorrente: in un mondo pieno di provider email gratuiti e a pagamento, a pochi viene in mente di gestire il proprio server. Eppure, se ci pensiamo bene, la casella email è probabilmente il posto dove transitano più informazioni sensibili su di noi — abbonamenti, estratti conto, comunicazioni private, recupero password. Chiunque abbia accesso a quella casella sa praticamente tutto di voi.

Ecco perché ritengo che il self hosting valga la pena anche per l'email: solo così avremo il pieno controllo sulla nostra corrispondenza, senza che nessun terzo possa leggere, analizzare o vendere i nostri dati. Oggi le VPS costano pochissimo, e mettere in piedi un server email non è né complicato né costoso — e avremo spazio praticamente illimitato.

Vediamo come fare.

Una VPS con un IP statico (la scelta del provider è vostra). Evitate IP già presenti in blacklist — potete verificarlo su siti come MXToolbox</a>.</li>
Un dominio di vostra proprietà, su cui poter configurare i record DNS.</li>
Conoscenza base di Linux e Docker.</li>
La porta 25 (SMTP) non deve essere bloccata dal provider — purtroppo alcuni la chiudono di default. Verificatelo prima di scegliere la VPS.</li> </ul> </a> Perché una VPS e non un server casalingo?</h3>
Potrebbe venirvi in mente di ospitare il server direttamente a casa, magari su un vecchio PC o un Raspberry Pi. È una soluzione che funziona per molti servizi, ma per l'email è sconsigliata, per un motivo preciso: gli indirizzi IP assegnati dalle connessioni domestiche (fibra, ADSL) sono catalogati come tali nei database dei principali provider. Gmail, Outlook e gli altri riconoscono immediatamente che l'email proviene da un IP residenziale e la classificano come spam — o la rifiutano direttamente — indipendentemente da quanto abbiate configurato bene SPF, DKIM e DMARC.
Una VPS, invece, ha un IP di tipo "datacenter", che i provider trattano in modo completamente diverso. È questo il motivo per cui, in questo contesto, la VPS non è solo una comodità ma una vera e propria necessità.


Postfix (o Exim): MTA, si occupa di inviare e ricevere le email</li>
Dovecot: server IMAP/POP3, permette ai client di accedere alle caselle</li>
SpamAssassin (o rspamd): filtro antispam</li>
Roundcube (o SnappyMail): interfaccia webmail</li> </ul>
Questo approccio offre massima flessibilità, ma richiede di configurare e integrare ogni pezzo manualmente — e di tenerlo aggiornato nel tempo.

Mailu</li>
Mailcow</li>
Stalwart</li> </ul>
Io uso Mailu e lo approfondiremo nel dettaglio. Gli altri meritano comunque una menzione.

https://mailu.io/2024.06/setup.html</a></li> </ul>
La prima parte copre la configurazione di Docker sul sistema; poi si passa alla creazione del file di configurazione.
https://setup.mailu.io/2024.06/</a></li> </ul> Si inseriscono le proprie preferenze e il sito genera il file di testo pronto all'uso — che si potrà sempre modificare in seguito con un editor. Queste sono le impostazioni "globali" di sistema. Per la gestione operativa (domini, caselle, alias, inoltri, quote), si usa invece il pannello web integrato, il cui link è presente nella webmail, accedendo con le credenziali di amministratore. Per ulteriori dettagli sulla configurazione e personalizzazione del software, vi invito a consultare la documentazione ufficiale</a>. </a> DNS: il passaggio più importante</h3> Una parte fondamentale — che spesso viene sottovalutata — è la configurazione DNS. Per evitare che le email inviate finiscano nello spam dei destinatari, è necessario configurare correttamente: SPF: specifica quali server sono autorizzati a inviare email per il vostro dominio</li> DKIM: firma digitale per autenticare le email</li> DMARC: policy su cosa fare con le email che non superano SPF o DKIM</li> </ul> Mailu vi guida nella configurazione di tutti e tre direttamente dal pannello admin — seguite quelle indicazioni con attenzione. </a> Mailcow</h2> Molto simile a Mailu come approccio: è un insieme di container Docker con una interfaccia web per gestire il tutto. Ha una community molto attiva e un'interfaccia particolarmente curata. Vale la pena valutarlo se Mailu non vi convince. https://mailcow.email</a></li> </ul> </a> Stalwart</h2> Stalwart merita una menzione speciale: è un progetto relativamente recente che racchiude tutte le funzionalità in un singolo eseguibile, scritto in Rust. Supporta già IMAP, SMTP, JMAP e sta aggiungendo funzionalità come CalDAV e CardDAV. È ancora in fase di maturazione, ma la direzione è molto promettente. Tenetelo d'occhio: potrebbe diventare la soluzione di riferimento nei prossimi anni. https://stalw.art</a></li> </ul> </a> Conclusioni</h2> Questo articolo non ha l'ambizione di essere una guida esaustiva, ma piuttosto un punto di partenza per chi vuole riprendere il controllo delle proprie email. I siti ufficiali di Mailu, Mailcow e Stalwart sono documentati molto bene — non ha senso riscrivere qui quello che trovate là. Quello che spero di avervi trasmesso è la curiosità di provarci. Il setup è alla portata di chiunque abbia un minimo di dimestichezza con Linux e Docker, e la soddisfazione di avere la propria casella email — su un server proprio, senza intermediari — vale lo sforzo. Se avete domande specifiche o suggerimenti, usate i commenti qui sotto, a presto!

Forgejo con Docker: Git self-hosted senza fronzoli Unknown — Fri, 11 Jul 2025 00:00:00 +0000 Da tempo utilizzo Git per gestire i miei progetti personali, sia software che di configurazione. Per anni mi sono affidato al pc di qualcunaltro (es: Gitlab o GitHub), ma la dipendenza da un servizio centralizzato, per quanto comodo, inizia a starmi stretta. Così ho cercato una soluzione più allineata alla mia filosofia: Forgejo, un fork comunitario di Gitea, leggero e facilmente self-hostabile. </a> Perché Forgejo</h2> Forgejo nasce da una comunità che punta alla trasparenza e all’autonomia, senza il rischio che un progetto venga assorbito o piegato a logiche commerciali. La compatibilità con Gitea è totale, e i requisiti minimi lo rendono perfetto per VPS o server casalinghi. </a> Veniamo subito al dunque e facciamolo partire, cosi potremo provarlo con mano!</h2> </a> Setup con Docker</h2> Ci affidiamo a Docker Compose, cosi con un solo file di configurazione abbiamo tutto il necessario. </a> docker-compose.yaml</h3> services: forgejo: image: codeberg.org/forgejo/forgejo:latest container_name: forgejo restart: always environment: - USER_UID=1000 - USER_GID=1000 volumes: - ./data:/data - /etc/timezone:/etc/timezone:ro - /etc/localtime:/etc/localtime:ro - ./robots.txt:/data/gitea/public/robots.txt:ro expose: - "3000" networks: - forgejo_net networks: forgejo_net: driver: bridge </code></pre> </a> Reverse Proxy</h3> E' possibile usare il web server che preferiamo, come ad esempio traefik, caddy, apache o nginx, in questo articolo vedremo un esempio con quest'ultimo. Qui una configurazione base con https (via Let's Encrypt, gestito esternamente): /etc/nginx/sites-available/forgejo.conf server { listen 80; server_name git.miodominio.it; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name git.miodominio.it; ssl_certificate /etc/letsencrypt/live/git.miodominio.it/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/git.miodominio.it/privkey.pem; location / { proxy_pass http://localhost:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } </code></pre> Dopo aver creato il file, attivare con: ln -s /etc/nginx/sites-available/forgejo.conf /etc/nginx/sites-enabled/ nginx -t && systemctl reload nginx </code></pre> </a> Backup automatico</h2> Il backup rappresenta un step fondamentale del nostro setup, conviene implementarne subito uno all'avvio del servizio, cosi non ce ne dimenticvheremo e terremo i nostri dati al sicuro. Ricordiamoci che qui salveremo il risultato di diverse ore di programmazione, studio e prove! I nostri dati si trovano nel volume data di cui sopra, quindi sarà sufficiente salvare il docker file e la directory data. Io consiglio di usare #borg ma potete usare il softwsre che preferite, trovo particolarmente utile aggiungere questa nuova directory alle procedure di salvataggio che sicuremante avrete già per tutto il resto. (se non le avete potete anche smettere di leggere questo blog, tornate quando ne avrete implementata una). </a> Configurazioni iniziali</h2> A questo punto, dopo l'installazione, non ci resta che accedere via web al nostro software e fare le prime configurazioni. È possibile creare utenti, organizzazioni, concedere permessi e creare tutti i repository che si desiderano. Ciascun progetto può essere impostato ad accesso privatp o pubblico. In questo modo sarà semplicissimo collaborare in più persone allo stesso progetto, tenendo traccia delle varie modifiche. Infine è anche possibile importare direttamente altri repository git. </a> Runner e Action</h2> Forgejo, essendo un fork di Gitea, supporta un sistema di CI/CD integrato chiamato Actions, simile a GitHub Actions, e permette di eseguire job di build o deploy tramite runner personalizzati. Io stesso ne faccio uso, è uno dei motivi per cui mi sto trovando benissimo con forgejo! Ho varie configurazione a seconda del progetto ospitato, ma essenzialmente queste si occupano di effettuare il "deploy" del codice, cioé copiano a destinazione (server di sviluppo o di produzione a seconda dei casi), il codice modificato, cosi che sia pronto all'uso. In questo modo, grazie alla history di git, sarà sempre possibile tornare indietro, nonché tenere traccia delle modifiche nel tempo. </a> Come funziona</h3> Le Actions sono definite da file YAML nei repository (.forgejo/workflows/), e possono contenere job con step eseguiti su runner registrati. I runner sono agent installati su macchine (stessa VPS o remote), che si collegano al server Forgejo e attendono job da eseguire. Una volta definita la condizione scatenante (es: commit su ramo main, rilascio di una nuova versione, ecc) partirà il worksflow che abbiamo definito, con la possibilità di verificarne lo stato di esecuzione in tempo reale. Infine è anche possibile andare a vedere i log delle esecuzione precedenti. All'interno di una action si possono usare #secret e #variabili, in modo da poter riusare il codice della action e allo stesso tempo mantenere al sicuro le credenziali. </a> Setup runner base</h3> Vediamo come creare un nuovo runner, passo passo: export RUNNER_VERSION=$(curl -X 'GET' https://data.forgejo.org/api/v1/repos/forgejo/runner/releases/latest | jq .name -r | cut -c 2-) wget -O forgejo-runner https://code.forgejo.org/forgejo/runner/releases/download/v${RUNNER_VERSION}/forgejo-runner-${RUNNER_VERSION}-linux-amd64 chmod +x forgejo-runner sudo mv forgejo-runner /usr/local/bin/forgejo-runner sudo useradd -m -s /bin/bash forgejo-runner sudo usermod -aG docker forgejo-runner </code></pre> Rechiamoci sull'interfaccia web di Forgejo: Forgejo > Repository > Settings > Actions > Runners > "Generate new token" sudo -i -u forgejo-runner forgejo-runner register </code></pre> </a> Avvio automatico del runner</h4> Io ho usato uno script systemd per l'avvio automatico, ve lo riporto di seguito sudo echo " [Unit] Description=Forgejo Act Runner After=network.target docker.service Requires=docker.service [Service] User=forgejo-runner Group=forgejo-runner ExecStart=/usr/local/bin/forgejo-runner daemon Restart=always WorkingDirectory=/home/forgejo-runner [Install] WantedBy=multi-user.target" > /etc/systemd/system/forgejo-runner.service sudo systemctl daemon-reload sudo systemctl enable forgejo-runner sudo systemctl start forgejo-runner systemctl status forgejo-runner </code></pre> </a> Vantaggi in breve</h2> Repository del proprio codice, diviso come si preferisce: singoli progetti, organizzazioni, ecc.</li> Possibilità di creare utenti per collaboratori/amici con controllo sugli accessi/permessi.</li> Automatizzo test, build, deploy senza dipendere da servizi esterni.</li> Nessuna dipendenza da fornitori terzi e nessun limite di spazio, esecuzioni, personalizzazioni.</li> Versionamento del codice, e nel caso di ci/cd garanzia di riproducibilità</li> Pocchissime risorse necessarie lato server</li> Vuoi mettere quanto è figo avere il proprio servizio di versionamento?</li> </ul> </a> Uso quotidiano</h2> Forgejo supporta #git via #ssh, Web UI e #webhooks. Ho configurato alcuni repository con CI locale usando le Actions e i runner integrati. L’interfaccia è leggera e pulita, senza funzionalità inutili. </a> Conclusioni</h2> Forgejo è una soluzione Git solida, coerente con un approccio decentralizzato. Semplice da gestire, veloce da installare, e adatta anche per chi – come me – preferisce sapere dove stanno i propri dati. Per ora lo utilizzo solo per progetti personali, ma potrei iniziare a usarlo anche per collaborazioni future. Non vi resta che provarlo, fatemi sapere le vostre impressioni con un commento nel #fediverso su questo articolo. Nextcloud Unknown — Fri, 23 Feb 2024 00:00:00 +0000 Nota Introduttiva: questo articolo sarà solo un'introduzione, seguiranno approfondimenti sui singoli componenti. </a> Cos'è nextcloud</h2> Software open source che permette di realizzare un servizio Cloud personale per i propri dati. Ambiente collaborativo e può anche essere federato con altre installazioni. È possibile installarlo su un proprio dispositivo o usare quello messo a disposizione da alcune aziende o associazioni. L'architettura è modulare, questo ci permette di attivare solo le funzionalità che ci servono e se ne possono aggiungere di nuove (via via che gli sviluppatori le rilasciano). C'è un plugin per ogni esigenza! </a> Caratteristiche</h2> Il suo punto di forza è la condivisione e la sincronizzazione dei file, che può avvenire tramite semplice browser web o utilizzando l'applicazione disponibile per tutti i sistemi operativi. Possiamo considerarlo un'alternativa a Dropbox, Google drive o onedrive. Ci sono anche numerosi servizi aggiuntivi, che coprono diverse esigenze, come ad esenpio: calendario</li> contatti</li> webmail</li> attività (task)</li> note (markup language)</li> chat interna</li> suite per l'ufficio (via web, basata su libreoffice)</li> galleria immagini</li> ebook reader</li> password manager</li> gestione bookmark (con possibilità di sync con plugin per il browser)</li> podcast</li> libro di ricette</li> ricerca</li> forms</li> </ul> Questi servizi possono essere usati via web, o con i vari client, con il vantaggio di avere tutto sincronizzato tra più dispositivi. Nextcloud diventa così il proprio hub personale dove ci sono tutti i propri dati e le proprie attività. </a> Vantaggi</h2> self hosting: possiamo installarlo su un nostro pc o su una #vps in modo che i nostri dati siano sempre sotto il nostro controllo.</li> nel caso si voglia affidarsi al lavoro di altri, possiamo scegliere il provider che vogliamo e cambiarlo in qualsiasi momento (esportando i dati)</li> tra utenti dello stesso server (o federati) è possibile collaborare</li> condivisione di file (e immagini) avendo sempre tutto sotto controllo, vedi paragrafo dedicato sotto.</li> ricerca globale: usando la casella di ricerca, questa verrà effettuata ovunque: file, note, contatti, calendario, ecc. ecc.</li> </ul> </a> Backup</h2> Come abbiamo visto nextcloud è la nostra casa personale di tutti i dati e attività, diventa quindi fondentale prevedere un sistema di backup affidabile, a cui far ricorso in caso di problemi. </a> Cosa salvare</h3> Database: dipende da quello che avete scelto, ma solitamente si tratta di Mysql (o MariaDB). Le procedure di salvataggio sono quelle consuete (mysqldump), che potete trovare in rete o in questo blog (in futuro).</li> File: salvataggio della directory nextcloud ospitata dal webserver, che contiene sia il software che i nostri dati</li> Se non siamo gli unici utilizzatori dell'istanza, è consigliabile impostare l'istanza in modalità manutenzione durante le operazioni di salvataggio, in modo da avere la consistenza dei dati.</li> </ol> Vi consiglio di usare un sistema come #borg, il quale può essere usato in modalità incrementale così vi garantisce di poter recuperare sempre una certa versione dei vostri documenti e ha il vantaggio che, dopo la prima esecuzione, i backup successivi trasferiranno solo le nuove modifiche sul backup, saranno così molto veloci e occuperanno solo lo spazio strettamente necessario! </a> Condivisione di file</h2> cartelle (e file) in sola lettura per utenti anonimi anche protetti da password</li> possibilità di poter ricevere file da altri (upload)</li> galleria foto</li> cartelle collaborative con altri utenti del server (o istanze federate)</li> supporto nativo a #webdav</li> applicazione desktop per sincronizzazione automatica dei file.</li> supporto al versionamento</li> </ul> </a> Calendario e contatti</h2> configurando un app come #davx5 vi permette di sincronizzare contatti e calendario del vostro smartphone</li> È possibile sincronizzare anche i client desktop, sfruttando i protocolli standard #caldav e #carddav</li> import e export da e verso altri sistemi</li> </ul> </a> App mobile</h2> accesso a tutti i propri file in mobilità</li> auto upload delle foto scattate</li> </ul> </a> Task</h2> gestione categorie</li> sotto task</li> date di inizio e scadenza</li> percentuale avanzamento</li> </ul> </a> Note</h2> accesso web</li> markup language</li> categorie</li> app mobile</li> </ul> </a> Nota personale</h3> Io sto usando tantissimo le note, per segnarmi di tutto: appunti, comandi, persino le bozze che scrivo per il blog. Trovo che sia la vera killer application, ritrovo sempre tutto e l'impaginazione è semplice e funzionale. </a> Suite ufficio</h2> E' possibile editare i documenti office anche via interfaccia web: Software basato sul diffuso libreoffice</li> Editing collaborativo real time (è necessario installare Collabora office)</li> </ul> </a> Utenti di mastodon.uno</h2> Se vi ho incuriosito e volete provare ad usarlo, vi segnalo che gli utenti di mastodon.uno posso richiedere un account da qui: https://cloud.mastodon.uno/apps/forms/s/YSCoCC37D9omTN8iXSKkQqz9 (sul server sono già preinstallati diversi software aggiuntivi)

accesso web</li>
markup language</li>
categorie</li>
app mobile</li> </ul>

Software basato sul diffuso libreoffice</li>
Editing collaborativo real time (è necessario installare Collabora office</strong>)</li> </ul>

Software basato sul diffuso libreoffice</li>
Editing collaborativo real time (è necessario installare Collabora office</strong>)</li> </ul>

Software basato sul diffuso libreoffice</li>
Editing collaborativo real time (è necessario installare Collabora office</strong>)</li> </ul>

~/magostinelli - selfhost

Email in self hosting

Forgejo con Docker: Git self-hosted senza fronzoli

Nextcloud

~/magostinelli - selfhost

Email in self hosting

</span></a> Software all-in-one (l'alternativa pratica)</h3> Se preferite partire velocemente e con meno grattacapi, esistono soluzioni che impacchettano tutto in un unico sistema, gestendo anche aggiornamenti e backup:</p> Mailu</strong></li> Mailcow</strong></li>

Forgejo con Docker: Git self-hosted senza fronzoli

Nextcloud