X-Git-Url: http://www.git.stargrave.org/?a=blobdiff_plain;f=TODO;h=3163b8a8a8d5c8b617e20e2f56c40e4dee8032ac;hb=956ede734d7c2e8d0a3003c6e2d554114586643e;hp=644fa034b90064dcd8b1be202bfbf4b56418bcf7;hpb=0f9091f381191484f1a5ed5189d23cbfa88de6fc;p=public-inbox.git diff --git a/TODO b/TODO index 644fa034..3163b8a8 100644 --- a/TODO +++ b/TODO @@ -11,11 +11,19 @@ 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) -* Unix socket support for HTTP and POP3 server for use behind reverse - proxies like nginx +* NNTP COMPRESS extension (see innd) * Combined "super server" for NNTP/HTTP/POP3 to reduce memory overhead @@ -23,6 +31,8 @@ all need to be considered for everything we introduce) 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, @@ -37,30 +47,34 @@ 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) -* use tags as date-based skiplists for navigating history - (maybe not needed with Xapian support nowadays?) +* handle messages with multiple Message-IDs (how?) + +* handle broken double-bracketed References properly (maybe) + and totally broken Message-IDs -* handle Xapian date range queries: - http://mid.gmane.org/20151005222157.GE5880@survex.com + cf. https://public-inbox.org/git/20160814012706.GA18784@starla/ -* Consider storing git blob ID in Xapian doc data to avoid ref - and tree lookups based on Message-Id. +* 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 + +* linkify thread skeletons better + https://public-inbox.org/git/6E3699DEA672430CAEA6DEFEDE6918F4@PhilipOakley/ + +* generate sample CSS for use with Stylish/dillo/etc * streaming Email::MIME replacement: currently we generate many allocations/strings for headers we never look at and slurp entire message bodies into memory. (this is pie-in-the-sky territory...) -* Allow in-place Xapian updates without clobbering the whole - index (versioning each doc data entry?) for big archives - * use REQUEST_URI properly for CGI / mod_perl2 compatibility with Message-IDs which include '%' (done?) -* more test cases (use git fast-import to speed up creation) +* more and better test cases (use git fast-import to speed up creation) -* large mbox/Maildir/MH/NNTP spool import (use git fast-import) +* large mbox/Maildir/MH/NNTP spool import (see PublicInbox::Import)