From owner-svn-doc-all@FreeBSD.ORG Thu Jul 19 15:24:52 2012 Return-Path: Delivered-To: svn-doc-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81351106567B; Thu, 19 Jul 2012 15:24:52 +0000 (UTC) (envelope-from bcr@FreeBSD.org) Received: from mxout1.bln1.prohost.de (mxout1.bln1.prohost.de [213.160.84.47]) by mx1.freebsd.org (Postfix) with ESMTP id 06A0B8FC0A; Thu, 19 Jul 2012 15:24:51 +0000 (UTC) Received: from Benedicts-Macbook-Pro.local (p5DE5634D.dip.t-dialin.net [93.229.99.77]) (authenticated bits=0) by mx1.bln1.prohost.de (8.14.1/8.14.1) with ESMTP id q6JFOkWQ005697 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 19 Jul 2012 17:24:47 +0200 Message-ID: <500826C0.6020901@FreeBSD.org> Date: Thu, 19 Jul 2012 17:24:48 +0200 From: Benedict Reuschling Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Doug Barton References: <201207190912.q6J9CMr0062740@svn.freebsd.org> <5007D0AA.2000304@FreeBSD.org> <5007DBEA.30406@FreeBSD.org> <5007DFF9.7070605@FreeBSD.org> In-Reply-To: <5007DFF9.7070605@FreeBSD.org> X-Enigmail-Version: 1.4.3 OpenPGP: id=4A819348 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Null-Tag: 63536201acbc76d8a53582c23410c866 Cc: svn-doc-head@FreeBSD.org, svn-doc-all@FreeBSD.org, doc-committers@FreeBSD.org, joel@FreeBSD.org, Niclas Zeising Subject: Re: svn commit: r39233 - head/en_US.ISO8859-1/books/handbook/ports X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bcr@FreeBSD.org List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 15:24:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 19.07.12 12:22, schrieb Doug Barton: > On 07/19/2012 03:05, Benedict Reuschling wrote: >> Am 19.07.12 11:17, schrieb Doug Barton: >>> On 07/19/2012 02:12, Niclas Zeising wrote: >>>> Suggested by: Roger Magana >> >>> Please don't obscure e-mail addresses in commit messages. It does >>> nothing to confuse the spammers, but it does make it more difficult to >>> see who has contributed what over the years; not to mention copying and >>> pasting addresses into e-mails for responding to those contributors. >> >> I'm a bit surprised by this. > > I'm not sure why, since you've been around long enough to have seen me > ask people not to do it half a dozen times at least. :) I don't do it > every time obviously, just periodically. But isn't that highly inefficient in trying to achieve the goal? Instead of contacting individual committers and asking to change their behaviour, why not start a thread on developers about it or ask core about defining a global policy that committers must adhere to? > >> I've been doing this email-obscuring thing >> as long as I'm with the project. My mentor did it also, and as far as I >> can see it is done virtually by everyone, > > That's not even close to true. Everyone is a strong word and hard to verify, how about "most committers"? > >> We probably should discuss this on a project level if there are reasons >> not to do it (like you said, that spammers might not be driven away by >> it) > > It isn't "might." It's been true since day 1 that there are no patterns > which are recognizable by humans that the spammers cannot trivially > harvest. All obscuring games do is make people feel better, and in our > case reduce the amount of useful information. True, humans can do the reverse-lookup (if you would describe it that way) fairly easily. But spammers don't surf the web, they use bots/computer programs because they can harvest more pages more quickly, but are having a hard time (unless they are told what to look for) with obscure emails. Of course, you can teach a program to recognize these as well, but that is not the point. > >> and find other (read: better) ways to balance the attribution of >> contributors in commits and not making them spam-targets at the same time. > > There isn't one. If you publish an e-mail address on the Internet, it > will get harvested. Yes, that it true and a fact we have to live with at the moment. But aren't you also trying to harvest the email address, but for a different (non-spam) purpose? We cannot assume everyone has good intentions when we publish information for everyone to see. Let's say we omit the email address completely from the commit mails and just attribute the submitter by name. Now, you wrote you need to do copy and paste if you want to contact that person. How do you do it in that case, go into the actual PR and grab the mail address from there (which is not obscured in GNATS btw and is a much better hunting ground for the aforementioned spam harvesters)? If that is so, then propose such a solution so that all committers will comply with it when there is a common consent. Maybe it also gets better with the new bug tracking system, but I haven't had the time yet to look into it further. Regards Benedict -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAIJsAACgkQTSZQLkqBk0hwLwCfWBKJLKGxrfvUuuOsx3uh5FQ0 tqgAn0SGH0NGnBfHp8sN0HVPcHwbyw3Z =AkiP -----END PGP SIGNATURE-----