X-Git-Url: http://www.git.stargrave.org/?a=blobdiff_plain;f=TODO;h=605013e4904baabecd4a0a55997aebd8e8477a8f;hb=1dc0f0c10fd856166a6726034de8aec53392901a;hp=d2efcbb6a9fc9a3f08808f7a61fde51dc93cd35a;hpb=efc69a789c61a6f2ad6516b3e684f96656a8c81c;p=public-inbox.git diff --git a/TODO b/TODO index d2efcbb6..605013e4 100644 --- a/TODO +++ b/TODO @@ -11,15 +11,28 @@ all need to be considered for everything we introduce) * POP3 server, since some webmail providers support external POP3: https://public-inbox.org/meta/20160411034104.GA7817@dcvr.yhbt.net/ + Perhaps make this depend solely the NNTP server and work as a proxy. + Meaning users can run this without needing a full copy of the + archives in a git repository. + +* HTTP and NNTP proxy support. Allow us to be a frontend for + firewalled off (or Tor-exclusive) instances. The use case is + for offering a publically accessible IP with a cheap VPS, + yet storing large amounts of data on computers without a + public IP behind a home Internet connection. * TLS support for various daemons (including STARTTLS for NNTP and POP3) +* NNTP COMPRESS extension (see innd) + * Combined "super server" for NNTP/HTTP/POP3 to reduce memory overhead * Optional reply-to-list support for mirroring lists that want it :< Reply-to-list encourages the existing list as a single-point-of-failure, but having an extra mirror using public-inbox code is nice regardless. +* Optional reply-to-nobody for dead lists. + * Configurable linkification for per-inbox shorthands: "$gmane/123456" could be configured to expand to the appropriate link pointing to the gmane.org list archives, @@ -34,11 +47,9 @@ all need to be considered for everything we introduce) the links should point to an anchor tag within the same page, instead; giving the user options. -* implement RFC 4685 (Atom message threading) - * configurable constants (index limits, search results) -* handle messages with multiple Message-IDs +* handle messages with multiple Message-IDs (how?) * handle broken double-bracketed References properly (maybe) and totally broken Message-IDs @@ -47,6 +58,7 @@ all need to be considered for everything we introduce) * portability to FreeBSD (and other Free Software *BSDs) ugh... https://rt.cpan.org/Ticket/Display.html?id=116615 + (IO::KQueue is broken with Danga::Socket) * improve documentation @@ -66,3 +78,34 @@ all need to be considered for everything we introduce) * more and better test cases (use git fast-import to speed up creation) * large mbox/Maildir/MH/NNTP spool import (see PublicInbox::Import) + +* Read-only WebDAV interface to the git repo so it can be mounted + via davfs2 or fusedav to avoid full clones. + +* Improve tree layout to help giant archives (v2 format): + + * Must be optional; old ssoma users may continue using v1 + + * Xapian becomes becomes a requirement when using v2; they + claim good scalability: https://xapian.org/docs/scalability.html + + * Allow git to perform better deltafication for quoted messages + + * Changing tree layout for deltafication means we need to handle + deletes for spam differently than we do now. + + * Deal with duplicate Message-IDs (web UI, at least, not sure about NNTP) + + * (Maybe) SQLite alternatives (MySQL/MariaDB/Pg) for NNTP article + number mapping: https://www.sqlite.org/whentouse.html + + * Ref rotation (splitting heads by YYYY or YYYY-MM) + + * Support multiple git repos for a single archive? + This seems gross, but splitting large packs in in git conflicts + with bitmaps and we want to use both features. Perhaps this + limitation can be fixed in git instead of merely being documented: + https://public-inbox.org/git/20160428072854.GA5252@dcvr.yhbt.net/ + + * Optional history squashing to reduce commit and intermediate + tree objects