Re: [SLE] SPAM: Junk in the archives (yet anither moan)!



On Thursday 03 August 2006 14:01, Ted Harding wrote:
As we know, the proportion of spam junk in the list
archives is high. For example, out of almost 400 messages
this month, some 175 are spam (44%).

Not true.

They say SPAM in the subect due to some overly aggressive tagging by the list
hosting machine. But they are not in fact spam. Look at them
and you will see.

--
_____________________________________
John Andersen

Attachment: pgpKnbnDUP8lH.pgp
Description: PGP signature



Relevant Pages

  • Re: IMF not working on SBS2003
    ... I would hate to dig through archives based on the amount of spam many ... What value did you set the IMF to? ... Last week, I had to load a new SBS2003 server up, and after following ...
    (microsoft.public.windows.server.sbs)
  • Re: Distribution Group Archive SPAM problem.
    ... i currently use SBS2003 with the IMF + outlook junk mail + trend spam ... Some users are members of Distribution Groups (techsupport@xxxxxxxxxx ... The public folder archives are basically getting all the spam the end ...
    (microsoft.public.windows.server.sbs)
  • Re: getting viruses/spam after posting to this list
    ... My answer is in the archives and various parts of the ... | server-side spam and virus blocking would be helpful, ... the unsure folder is ... Obfuscating the address before you send ...
    (Debian-User)
  • Re: Steps reqiored fpr tje creation of rec.pyrotechnics.moderated
    ... archives of alt.pyrotechnics, on which the first archived post was on ... archive, there were in addition to the spam and children's posts, ... posting to alt.pyrotechnics came well before 9/11, ... time that Bill Nelson and Tom Perigrin ceased posting, and Mike ...
    (rec.pyrotechnics)
  • Re: Google Groups is Terminal
    ... and the spam filtering is hit-and-miss ... ... Which is sad because Usenet forums still are archived - though ... Google Archives and The Way Back Machine have made it easier, ... Meanwhile the stupid web forums are at the mercy of whoever runs them ...
    (comp.arch.embedded)