How to recover from a UDP

A brief note to my detractors

I will continue to expound this technology by one notch each time I see a UDP being threatened. UDPs are not the answer to spam, they punish innocent users, and are frankly reminiscent of dishonorable gangland warfare.

Presumptions

We presume here that you are using one of the INN varients of news. This way, you have the source code and can make some necessary changes.

Background

There are two types of Usenet Death Penalties (UDP) in existance today on Usenet.

The active UDP involves forging cancel messages (which is against the relavent RFCs) for all messages originating from your news server. This will affect all sites which still have unauthenticated cancel messages enabled. There are a large percentage of sites which do not enable cancel messages, but that doesn't prevent some fast feeder sites who do have cancels enabled from losing sections of the Usenet network.

The passive UDP involves aliasing out your news server site from another server's feed so that all messages that have passed through your site are ignored. As you may know, the Path: header shows where an article has been previously. Your news server puts its site name in the path header before passing the article on to it's peers. This site name is matched and excluded from sites participating in the passive UDP, such that no articles that come from your site are allowed in.

Methodology

In order to deal with both types of UDP, we must hide all traces of the originating news site. Note that we are only going to handle system generated headers here, other headers that would clearly identify the originating news site are the responsibility of the poster.

There are three system headers that can be used to identify a news site to others. These will all be randomized. The headers and their remedies follow:

Patches to INN

forthcoming...
This site is maintained by Dave Hayes