Marc Chantreux <marc.chantr...@renater.fr> wrote: > Hello, > > As the sympa community (http://www.sympa.org) recently grown, we are > thinking about revamping the whole UI and we would like to have > a new web archiver based on: > > * no default frontend but exposing the API through REST, websockets or > whatever. > * maximizing the interactions between Sympa and CPAN > * trying to avoid other dynamic langage or jvm dependency > (or considering them as temporary solutions) > * being JMAP friendly (we bet on it to become a very healthy community) > > My first idea was to use notmuch, PEP modules and Dancer on top of > maildirs then i discover Dezi (inactive since 2015) and the use of > Lucy (also used by the very active librecat project). > > I know Dezi is a general search engine but i hope that taking care of > a good email support for it than reinvent the wheel.
public-inbox is Perl, uses Email::MIME, and (optionally) uses Xapian like notmuch. The Perl bits around search indexing is ported to Perl from what I understood of the C++ code in notmuch. The web part is PSGI and I consider the URL format a stable API: https://public-inbox.org/design_www.txt I will probably add JSON support to it for external web services; haven't looked into JMAP, yet... There's also a standalone NNTP server based on Danga::Socket. You can find an example of it for the git mailing list <g...@vger.kernel.org>: https://public-inbox.org/git/ > Those are lot of things to look for if i want to have a clear opinion > on a good strategy. Any advice would be warmly welcome. It's probably not a perfect match for you guys, but it's all AGPL-3+. The whole thing (code AND data) is designed to be completely replicatable and forkable using git, so anybody can clone any instance it's entirety.