Daemons Various Undo
Spamming is posting the same article lots and lots of times. Spamming is bad. Spamming is evil.
Spamming is usually canceled within a day or so by various anti-spamming agencies. These agencies usually also send out NoCeM messages. NoCeM is pronounced ``no see-'em'', and means what the name implies---these are messages that make the offending articles, like, go away.
What use are these NoCeM messages if the articles are canceled anyway?
Some sites do not honor cancel messages and some sites just honor cancels
from a select few people. Then you may wish to make use of the NoCeM
messages, which are distributed in the `
Gnus can read and parse the messages in this group automatically, and this will make spam disappear.
There are some variables to customize, of course:
Set this variable to
Gnus will look for NoCeM messages in the groups in this list. The
There are many people issuing NoCeM messages. This list says what
people you want to listen to. The default is
Known despammers that you can put in this list include:
You do not have to heed NoCeM messages from all these people---just the
ones you want to listen to. You also don't have to accept all NoCeM
messages from the people you like. Each NoCeM message has a type
header that gives the message a (more or less, usually less) rigorous
definition. Common types are `
For instance, if you want all NoCeM messages from Chris Lewis except his
On the other hand, if you just want nothing but his `
The specs are applied left-to-right.
This should be a function for verifying that the NoCeM issuer is who she
says she is. The default is
If you want signed NoCeM messages to be verified and unsigned messages not to be verified (but used anyway), you could do something like:
This might be dangerous, though.
This is where Gnus will store its NoCeM cache files. The default is
The number of days before removing old NoCeM entries from the cache. The default is 15. If you make it shorter Gnus will be faster, but you might then see old spam.
Using NoCeM could potentially be a memory hog. If you have many living (i. e., subscribed or unsubscribed groups), your Emacs process will grow big. If this is a problem, you should kill off all (or most) of your unsubscribed groups (see Subscription Commands).Daemons Various Undo