http://www.nntp.perl.org/group/perl.cpan.testers/5012305
Do you know who is wrongdoing here?
--
andreas
I don't. (Copying Ask and Robert in case it's something at the Perl NOC)
I note that it doesn't have the usual "X-Reported-Via header, either.
Perhaps some MTA has stripped out message headers? (In violation of
the SMTP RFCs, of course).
A usual CPAN Testers report from CPAN::Reporter should have headers like this:
X-Reported-Via: Test::Reporter 1.54, via CPAN::Reporter 1.1708
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
-- David
FWIW, I've switched ISPs to a provider that won't let me "spam"
thousands of reports a day, so my personal motivation to get us off
email had just kicked up a notch. I've got a little more toolchain
hacking to finish around Module::Build, then I'm back to working on
CPAN Testers 2.0.
-- David
Great, thanks David! I have plenty of woes with the cpan testers list -
reports bouncing, false spam reports, the works!
> -- David
>
-Nigel
> Nigel Horne wrote:
>> false spam reports
>
> This seems unlikely, as we don't actually deliver cpan-testers via
> email to anyone anymore.
Unfortunately they still exist:
blt-0.22
<cpan-t...@perl.org>: host mx.develooper.com[207.171.7.76] said: 552
cli.gs in multi.uribl.com: Blacklisted, see
http://lookup.uribl.com/?domain=cli.gs
WWW-Shorten-2.03
<cpan-t...@perl.org>: host mx.develooper.com[207.171.7.76] said: 552
snipr.com in multi.uribl.com: Blacklisted, see
http://lookup.uribl.com/?domain=snipr.com
--
George Greer
> George Greer wrote:
>
>> Unfortunately they still exist:
>>
>> blt-0.22
>> <cpan-t...@perl.org>: host mx.develooper.com[207.171.7.76] said: 552
>> cli.gs in multi.uribl.com: Blacklisted, see
>> http://lookup.uribl.com/?domain=cli.gs
>>
>> WWW-Shorten-2.03
>> <cpan-t...@perl.org>: host mx.develooper.com[207.171.7.76] said: 552
>> snipr.com in multi.uribl.com: Blacklisted, see
>> http://lookup.uribl.com/?domain=snipr.com
>
> These aren't false spam reports. [...]
> [...]
> Your test reports are collateral damage in the spam wars.
Um...which side are you arguing for?
On a more practical note, it's only ever happened twice in many thousands
of test reports so it is fortunately lesser of an issue than
<perlmail-c...@onion.perl.org> recently that was bouncing test
reports because they were "too big."
--
George Greer
-Nigel
More often than not because a CPAN authors does not specify a prereq
that they need and when it comes to run the test suite, perl helpfully
spews out that Such and Such module can't be found in @INC
As most smokers are using PERL5LIB, these @INC dumps can be huge.
Many tests equals many huge warnings equals huge test reports.
I see fifty or so of the bounce 'Failure' messages a day due to the 100K
limit.
Cheers,
--
Chris Williams
aka BinGOs
PGP ID 0x4658671F
http://www.gumbynet.org.uk
==========================
I thought that both CPAN::Reporter and CPANPLUS::Whatever now truncated
ridiculously long messages (or rather, snip stuff out of the middle, as
the useful bits are at the top and tail).
--
David Cantrell | Minister for Arbitrary Justice
The test of the goodness of a thing is its fitness for use. If it
fails on this first test, no amount of ornamentation or finish will
make it any better, it will only make it more expensive and foolish.
-- Frank Pick, lecture to the Design and Industries Assoc, 1916