[SpamCop-List] Re: Spamcop not recognizing mailing list footer of netfilter-ha

[Martijn Lievaart]

On Sat, 12 Feb 2005 18:13:11 -0600, RW wrote:

> "Martijn Lievaart" <m at remove.this.part.rtij.nl> wrote in message 
> news:pan.2005.02.12.17.22.56.494914 at remove.this.part.rtij.nl...
>> On Sat, 12 Feb 2005 06:00:06 -0800, Mike Easter wrote:
>>>
>>> You shouldn't be reporting mailing list spam with spamcop;  there's a
>>> rule http://www.spamcop.net/fom-serve/cache/14.html On what type of
>>> email should I (not) use SpamCop? -- Spam sent to mailing lists
>>
>> Is this new? I use spamcop now for years, and I've always reported
>> mailinglistspam.
> 
> This is not new.  The problem is that many mailing list servers don't add a 
> received line showing the user IP address that is sending the mail.  Often 
> the mailing list server IP is as far as the mail can be traced, resulting in 
> that server getting bl'd.

Besides that I regard those mailinglists as broken, shouldn't the rule be
that you should never report a mailing list server? I for one am perfectly
capable to ditinguish between lists.sourceforge.net on the one hand and
rr-64-65-234-120-adsl.rr.com or some chines IP without rdns.

> This list is an exception thought because they do have a received line prior 
> to the mailing list server though, so I can keep it from getting bl'd. 
> Still should not be reported though as that is the responsibility of the 
> list manager.

This list is not an exception. All (20+) mailinglists I subscribe to and
run report the source ip accurately. The only exceptions are digests of
webforums, but I don't regard those as mailinglists. Any mailinglist that
does not report the source IP accurately is broken.

What is the difference between this and a mailforwarder that does not
report it's FQDN? One of those is BLd for years now by spamcop, the
argument that it should be run according to RFCs or get what it deserves.

M4
-- 
Ah, the beauty of OSS. Hundreds of volunteers worldwide volunteering
their time inventing and implementing new, exciting ways for software
to suck. -- Toni Lassila in the Monastry