Date | Commit message (Collapse) |
|
While we're at it, sort Makefile.PL and add a note to
update INSTALL, too.
|
|
This is essential when telling people to use something like:
curl $URL | git am
|
|
We'll probably support these so they're easier-to-type and share.
|
|
Remove the specified /all.html while we're at it, we only have
/all.atom.xml because it's convenient for feed readers.
|
|
The feed itself already specifies it in XML, and we risk confusing
clients if XML::Atom::SimpleFeed changes in the future. This also
increases consistency for CGI vs static-file serving.
|
|
We'll be reusing more validation logic for per-message and
per-thread pages.
|
|
Message-IDs are extremely long already, so try to keep them short here.
|
|
We did not test as well as we should have.
|
|
While we're at it, write some quick tests.
|
|
This can make it easy to query via "git log --author=..."
without extracting each message.
|
|
We will be using it when setting GIT_COMMITTER_NAME
|
|
For practical purposes, Message-IDs are unique and duplicates
do not appear unless client software is broken.
|
|
These tests were designed to run in parallel.
|
|
Hopefully a little easier to find for clients and not admins running
servers. While we're at it, expand design_notes.
|
|
Using JWZ threading might work decently for this.
Haven't checked in lynx, yet.
|
|
We should reject values which are too short to be useful or sane.
|
|
Composers may screw up and leave the subject out, so
reject those messages.
|
|
We will need it for HTML indices, too.
|
|
Things to keep in mind when working on this.
|
|
Trying my best to not forget things I wrote this years ago.
|
|
Most notably, the INSTALL is geared towards potential server admins,
whereas the README is also for interested "drive-by" readers.
|
|
We do not need to use CGI::Util internals here.
|
|
This should make it easier to support non-CGI uses,
as well as making it easier to generate static sites.
|
|
Passing a giant argument list is to error prone and
hard-to-document.
|
|
We serve the short, abridge-quote version by default since
it is (unfortunately) common practice to over-quote on mailing lists.
|
|
This wording is probably clearer to everyone, and also used by at
least one other mailing list WWW interface.
|
|
Avoid adding extraneous whitespace in HTML content, as it
increases bandwidth usage of network, disk and memory.
|
|
This reduces duplicated/similar code and hopefully makes things more
consistent.
|
|
Our Filter class now passes through application/octet-stream
if it looks like text (because some mailers suck); so we
cannot trust the specified Content-Type of a message.
|
|
This is lightly tested.
|
|
CGI::escape is not a documented subroutine, so the chances of
it going away are higher.
|
|
We no longer use DateTime::Format::Mail.
|
|
This is a smaller module dependency-wise and should be easier-to-install
for folks with limited packaging systems or network/disk capacity.
We do not need very powerful date parsing, as bad date formats are
likely the work of spammers.
|
|
We should be able to wire up the rest, soon.
|
|
We will just use the fallback in Email::Filter to
reduce configuration knobs. Failed messages are failed
messages, do not classify them beyond that.
|
|
This still needs to be fleshed out.
|
|
Unfortunately, quoting is often excessive, so hide multi-line quotes
by default and provide anchored links to full messages instead.
|
|
Hopefully this makes for less ad-hoc hash access in case
our config format changes.
|
|
Mainly, start with URL routes since that's what users usually
see, first.
|
|
We'll go with .html and .txt suffixes on MIDs to benefit
static hosting setups.
|
|
We will be reusing the config parsing code for the CGI
script, too.
|
|
We will also be using the RECIPIENT env in the future, since
that takes aliases into account.
Reducing the possible callsites to check ENV means we can more
easily update the code in the future.
|
|
|
|
This should be safer than running file(1), which has had its share
of vulnerabilities this year (early 2014) We really only care about
diffs and maybe short log files, here.
|
|
We may keep PGP signatures for messages we do not modify.
However, we have no way of verifying them on the server-side.
|
|
|
|
Some mailers do not correctly detect/set the Content-Type header; so
attempt to keep messages based on our server-detected MIME type if
application/octet-stream was specified.
|
|
|
|
This should make it easier for non-ssoma users to follow.
|
|
Valid emails should not arrive without a Message-ID.
|