iredmail
carino
prima o poi lo dovro' provare
https://www.iredmail.org/
Di soluzioni "preconfezionate" (e ~100% open-source...) adatte a contesti da "singolo server" (ordine del centinaio di mailbox) ne esistono diverse. Oltre ad iRedMail, segnalo:
Il primo è pensato per andare su una macchina Ubuntu, di cui prende il controllo totale. Il secondo è pensato per contesti che hanno familiarita' con Docker.
Anche questi due sono fortemente incentrati su "singolo server" e, di conseguenza, non scalano banalmente quando le caselle diventano migliaia, decine di migliaia o centinaia di migliaia.
Per la "scala" di un Ateneo tipico, serve un'architettura basata sugli stessi componenti applicativi ma.... da ingegnerizzare opportunamente (...ed e' certamente cosi' che --scommetto-- gli Atenei che ancora hanno la posta "on-prem", fanno).
In realta', da ~1 anno il mio sogno nel cassetto è di riuscire a intavolare una discussione con Juhan Aasaru [1] di Nortal (Estonia), che alla Apache Conf 2021 ha presentato la soluzione che Nortal ha sviluppato per il Governo Estone, e che gestisce ~1 MILIONE di mailbox. Nella sua presentazione [2][3], trovo le seguenti caratteristiche:
================
================
e la seguente descrizione:
================
Every Estonian (e)resident has a digital mailbox that is a secure
application for the state and local government bodies to contact
the resident and vice versa. A year ago our company won the tender
to improve this service and to replace the legacy systems with
something scalable. This is the story of how we started to look
out for best technical solutions for the problem and found Apache
James. How we made a proposition to the government agency
responsible for providing this mailing service to use Apache James
(and Apache Cassandra that powers the system under the hood). How
we jumped into the Apache James community to understand the
product and find a way to solve the requirements that were missing
from the feature set. How we get tremendous help from the
community and how we managed to give something back as well.
Eventually our story could be a lesson learned for someone who
plans to undertake something similar together with tips on how to
correctly build a system on top of open source and what to avoid.
=================
E' una soluzione basata su Apache James [4] e.... *NON* è un qualcosa che si tira su con uno schiocco delle dita :-) [ma con 50/70 dita... un po' di ferro e un management convinto, si].
Bye,
DV
[1] https://www.linkedin.com/in/juhanaasaru/
[2] https://www.apachecon.com/acah2021/tracks/highlight.html
=> la penultima della lista
[3] stream: https://tube.garrlab.it/w/qpz7CHMhRnze2hwtK2B5Zc
[4] https://james.apache.org/
--
Damiano Verzulli
e-mail: damiano@verzulli.it
---
possible?ok:while(!possible){open_mindedness++}
---
"...I realized that free software would not generate the kind of
income that was needed. Maybe in USA or Europe, you may be able
to get a well paying job as a free software developer, but not
here [in Africa]..." -- Guido Sohne - 1973-2008
http://ole.kenic.or.ke/pipermail/skunkworks/2008-April/005989.html