Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • I should probably add email validation to CPAN::Reporter. This wouldn't catch "nospam@dontspamme.com" but would at least ensure a valid RFC format. Do people think that's useful or is this pointless?

    If pointless, what would we need to have it be relevant? Send a test message and see if the MX accepts it? That's going to be a pain to do reliably because of firewalls. Just check that there is an MX for the given domain? Is that enough?

    And which CPAN modules are back-compatible enough to add as a pre

    • As Dave mentions, whether an address is RFC compliant doesn't guarantee a real address. Whether the domain resolves to an MX record again doesn't mean the address exists. The only way is to send a mail to the user requesting a response to verify themselves, such as happens with several mailing lists. With so many people getting involved with testing now and the value of ensuring authors can contact testers should they need clarification of any reports, then registration is a logic next step.

      With the HTTP interface in place then allowing testers to register and authors to set preferences, would likely be seen as a good move forward.

      CPAN Testers has moved on a lot since it was first instigated and it's probably about time there was some formal acknowledgement of the testers involved. Hopefully those testers who only submit low volumes of reports wouldn't be put off by the initial setup process though. Unless we allow an anonymous account.