Authenticated Path header support

[eagle]

The new USEPRO draft will recommend that netnews implementations verify that the Path header matches the expected path identity of the peer sending the article and embed a warning into the Path if not. Diablo already does something like this.

Attached to this ticket is an implementation from Andrew Gierth that doesn't use the same keywords that were finally arrived at for USEPRO, but which may be a starting point.

The patch also has other, unrelated changes which ideally should be split out into separate tickets but which I haven't had time to do. The full list of what it does is:

• merged version of NNTPconnect/NNTPlocalopen/NNTPremoteopen; this allows the use of Unix-domain sockets for parameters like nnrpdposthost (I use this to put a filter process between nnrpd and innd)

• patch to the innconfval program to actually recognise the INNCONF variable

• a bugfix to control-only feeds (junked non-control articles were being fed down control-only feeds)

• an RChostlabel function (like RChostname). (I use this in other modifications, not included here, to make most of the logging that previously used the hostname now use the feed label from incoming.conf instead, because I want to. perhaps that should be an option?)

• a few more headers in the header list.

• changed the HTML status filename to end in .html to keep the webserver happy.

Many of these changes are already made in CURRENT.

[eagle]

Patch against INN 2.2

[Julien ÉLIE]

Also add support for the Path: header modification (POSTED). See commits [8872], [8878] and [8880].

[Julien ÉLIE]

See commit [8860] for the "bugfix to control-only feeds". It also fixes another issue: poisoned control groups were not properly handled.

[Julien ÉLIE]

Milestone renamed