misc/85087: send-pr should prefer to use HTTP, rather than mail

[Bob Ippolito]

The following reply was made to PR misc/85087; it has been noted by GNATS.

From: Bob Ippolito <bob at redivi.com>
To: Giorgos Keramidas <keramida at ceid.upatras.gr>
Cc: bug-followup at freebsd.org
Subject: Re: misc/85087: send-pr should prefer to use HTTP, rather than mail
Date: Thu, 18 Aug 2005 08:31:14 -1000

 On Aug 18, 2005, at 3:54 AM, Giorgos Keramidas wrote:
 
 > On 2005-08-18 12:02, Bob Ippolito <bob at redivi.com> wrote:
 >
 >>
 >> I had attempted to send-pr last week, but it never went through.  It
 >> turns out that the freebsd.org MTA won't accept mail from my server:
 >>
 >> Aug 11 23:45:57 go sm-mta[38236]: j7BCiYG9019787:
 >> to=<FreeBSD-gnats-submit at freebsd.org>, ctladdr=<bob at go.mochibot.com>
 >> (1001/1001), delay=18:01:22, xdelay=00:00:01, mailer=esmtp,
 >> pri=3362068, relay=mx1.freebsd.org. [216.136.204.125], dsn=4.2.0,
 >> stat=Deferred: 450 Client host rejected: cannot find your hostname,
 >> [216.200.21.218]
 >>
 >
 > The problem is one that can be solved by properly configuring your DNS
 > setup.  There is a very good reason why the MX of FreeBSD.org  
 > refuses to
 > accept email from unresolvable addresses.  It saves us from a ton of
 > spam mail :-)
 
 Users do not necessarily have control over their reverse DNS.  Yes, I  
 could go and fix my reverse DNS for this particular server, but I  
 don't have a pressing need to and it's not really worth the  
 administration hassle just to report FreeBSD issues.  These machines  
 are not on the internet to send or receive mail, and there's no other  
 practical reason for reverse DNS to be set up properly.
 
 Bugs should be easy to report, and this isn't making it easy.   
 Knowing that send-pr isn't going to work from any servers sitting in  
 that colo, and that send-pr doesn't have an easy way to ship reports  
 to a machine that does, I'm unlikely to report bugs at all...  
 especially if they have attachments that I do not have on my  
 workstation.  The PR that was lost in the MTA queue due to this issue  
 was actually an enhancement for a port, and this kind of response is  
 really not encouraging me to bother with contributing to FreeBSD.
 
 I'm not saying that you should relax the MTA rules, I'm saying that  
 there should be an alternate path for send-pr.  One without an image- 
 based captcha, of course.
 
 -bob