iredmail carino prima o poi lo dovro' provare https://www.iredmail.org/ ciao, s.
Il 10/01/24 21:14, Stefano Quintarelli ha scritto:
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: * mail-in-a-box: https://mailinabox.email/ * Mailcow: https://docs.mailcow.email/ 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: ================ * For communication between state and the resident (Mostly state initiated communication) * Serve 1M+ mailbox * Runs on open source * Micro service architecture * Horizontally scalable * Content is encrypted * Mailbox and a calendar ================ 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
hai guardato open xchange ? Il 10 gennaio 2024 21:48:45 UTC, Damiano Verzulli <damiano@verzulli.it> ha scritto:
Il 10/01/24 21:14, Stefano Quintarelli ha scritto:
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:
* mail-in-a-box: https://mailinabox.email/ * Mailcow: https://docs.mailcow.email/
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:
================
* For communication between state and the resident (Mostly state initiated communication) * Serve 1M+ mailbox * Runs on open source * Micro service architecture * Horizontally scalable * Content is encrypted * Mailbox and a calendar
================
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/
participants (2)
-
Damiano Verzulli -
Stefano Quintarelli