Return-Path: 
 <ooo-dev-return-3825-apmail-incubator-ooo-dev-archive=incubator.apache.org@incubator.apache.org>
X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org
Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 60E8F7EB7
	for <apmail-incubator-ooo-dev-archive@minotaur.apache.org>;
 Sun, 21 Aug 2011 17:13:20 +0000 (UTC)
Received: (qmail 95941 invoked by uid 500); 21 Aug 2011 17:13:20 -0000
Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org
Received: (qmail 95880 invoked by uid 500); 21 Aug 2011 17:13:19 -0000
Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:ooo-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:ooo-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:ooo-dev@incubator.apache.org>
List-Id: <ooo-dev.incubator.apache.org>
Reply-To: ooo-dev@incubator.apache.org
Delivered-To: mailing list ooo-dev@incubator.apache.org
Received: (qmail 95872 invoked by uid 99); 21 Aug 2011 17:13:19 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 21 Aug 2011 17:13:19 +0000
X-ASF-Spam-Status: No, hits=2.2 required=5.0
	tests=DRUGS_ERECTILE,RCVD_IN_DNSWL_NONE,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of apache@robweir.com designates
 67.222.38.55 as permitted sender)
Received: from [67.222.38.55] (HELO oproxy5-pub.bluehost.com) (67.222.38.55)
    by apache.org (qpsmtpd/0.29) with SMTP; Sun, 21 Aug 2011 17:13:11 +0000
Received: (qmail 7921 invoked by uid 0); 21 Aug 2011 17:12:49 -0000
Received: from unknown (HELO host181.hostmonster.com) (74.220.207.181)
  by cpoproxy2.bluehost.com with SMTP; 21 Aug 2011 17:12:49 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
 d=robweir.com; s=default;
	h=Content-Transfer-Encoding:Content-Type:To:From:Subject:Message-ID:Date:References:In-Reply-To:MIME-Version;
 bh=tZEeDMsySy/REZvlG4H6N/OouKCnu6Hzef+wvZCld3k=;
	b=BjTYhYFxvnUe0ziwMYKPLTHopzV2LIcQSjv2LjqObZ0uRLAewDC+A4+PmpUGSKyADWdECslH6+QgZFO/D8vaieWaNp94mGgY9fwaJFbnpgsI8uDJKnf0V6I/nZiCc9lH;
Received: from mail-iy0-f169.google.com ([209.85.210.169])
	by host181.hostmonster.com with esmtpsa (TLSv1:RC4-SHA:128)
	(Exim 4.76)
	(envelope-from <apache@robweir.com>)
	id 1QvBZo-0005wY-Om
	for ooo-dev@incubator.apache.org; Sun, 21 Aug 2011 11:12:48 -0600
Received: by iym1 with SMTP id 1so9576865iym.0
        for <ooo-dev@incubator.apache.org>;
 Sun, 21 Aug 2011 10:12:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.148.138 with SMTP id r10mr1541461icv.218.1313946762997;
 Sun, 21 Aug 2011 10:12:42 -0700 (PDT)
Received: by 10.42.213.131 with HTTP; Sun, 21 Aug 2011 10:12:42 -0700 (PDT)
In-Reply-To: <4E5132F5.1000303@ellisons.org.uk>
References: <004b01cc5f72$093f5e00$1bbe1a00$@acm.org>
	<CAP-ksohLat8sSMDrxHoEZo7081ONXGCO26hCrWo9LhuSswv0WQ@mail.gmail.com>
	<4E50CE2F.1080001@apache.org>
	<CAP-ksoj1BgxOVq_TmkBtrC3Si3FpHz=_y_mmtgZGvztZyGR4-w@mail.gmail.com>
	<4E51237C.2060407@apache.org>
	<CAP-ksoj9j6vJaLuZx2O-=m3vbko51wC_p4Bm8CoO8uPBML_eWA@mail.gmail.com>
	<4E5132F5.1000303@ellisons.org.uk>
Date: Sun, 21 Aug 2011 13:12:42 -0400
Message-ID: 
 <CAP-ksoirOWo8U+_7YcrCWTAP2WeokaJGsM5prhmqPAbzaFDdGw@mail.gmail.com>
Subject: Re: [email] RE: [Discuss] ASF hosted openoffice.org email service
 [Was: Re: [Discussion] dev@openoffice.org]
From: Rob Weir <apache@robweir.com>
To: ooo-dev@incubator.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-Identified-User: {1114:host181.hostmonster.com:robweirh:robweir.com}
 {sentby:smtp auth 209.85.210.169 authed with apache@robweir.com}
X-Virus-Checked: Checked by ClamAV on apache.org

On Sun, Aug 21, 2011 at 12:31 PM, Terry Ellison <Terry@ellisons.org.uk> wro=
te:
> <snip>
>>>
>>> Your svn and Apache (server) response just emphasises our disconnect.
>>> =C2=A0OOo
>>> is aimed at normal mortals who don't even know what a command prompt is=
.
>>> =C2=A0Could you imagine you grandfather, mother or young child wanting =
to use
>>> either of these? =C2=A0Fruitcakes and viagra spam on a website are irre=
levant
>>> to
>>> the continuance of a mail forwarding service. =C2=A0Your last point is =
that we
>>> need a migration / mitigation plan. =C2=A0On that point +1
>>>
>>
>> I agree it there is a disconnect. But I still think you are making a
>> false distinction. The difference between end-user and developer or
>> admin software is in *what* is created. It is not necessarily a
>> difference in *how* it is created. I've worked over 20 years on both
>> kinds of software, open source and proprietary, end user, developer
>> and admin, and they are not developed differently. A quicksort is a
>> quicksort, regardless of whether it is on your iPhone on your server
>> or on the International Space Station. Usability testing is the same
>> whether you are are testing an enterprise system monitoring product or
>> a children's game. Technical writing is the same everywhere. You
>> make assumptions about your audience and you target that background
>> and skill level.
>>
>> I acknowledge that the OpenOffice software is different than
>> Subversion or Apache server. (At least parts of it -- but we do have
>> developer modules, UNO API, etc.) But I think that difference has
>> few implications for how the project is run. In other words, the
>> argument "OpenOffice is different so we need to do it the same way we
>> always did it", is not really a well-founded argument at all.
>> Prefacing an assertion with "The Community will be offended if we
>> change" is similarly not an argument. Obviously a significant part of
>> "the Community" was offended by OpenOffice.org not changing enough,
>> and they went to LibreOffice. I think in both cases we need to be
>> forward-looking and ask what will best grow the community growing
>> forward, preferably a community that is comfortable working at Apache
>> and ideally is not quite so easily offended.
>>
> Siggghhhh. =C2=A0I didn't -- and I don't think that I have ever -- said
> "OpenOffice is different, so we need to do it the same way we always did
> it". =C2=A0Please don't put these words in my mouth. =C2=A0My point was t=
hat a product
> with this breadth of functionality and targeted at a Jo-Bloe-end-user
> community does have different support characteristics from most products
> that Apache has nurtured; we should al least consider the continuity impa=
cts
> if we decide to curtail any existing support service, and mitigate them
> where appropriate.
>

Support via users lists and forums occurs for all sorts of projects,
end user, developer, admin, whatever.  I don't see a difference there
with OOo.

In any case, I don't see what support has to do with an email
forwarding service.   Support should be done openly/transparently on
user lists and the support forums.  Everything at Apache is done
openly, except for very limited exceptions, like security
vulnerability reporting.

I'll repeat my original comment:

I agree that it is very convenient to have a permanent email
forwarding service provided at no cost by a third party.  But I'm not
seeing how this fits within the ASF's organizational mission.  How
does this help us develop and publish open source software?

Certainly it might be seen as a mark of distinction.  Similarly, being
title "Project Lead of X", or "Member of Engineering Steering
Committee" or "Deputy to the Community Council" are marks of
distinction.  OOo as a project was loaded with such titles, a complex
hierarchy of power blocs.  Apache projects typical don't work that
way, and I'm not eager to reinterpret that kind of project structure
at Apache.

One of the first things I was told at Apache was not to use your
ibm.com email address.  As a committer, you are and individual working
on the project.  You don't bring along your corporate title.  I think
this is important.  But I also think we need to avoid bringing along
legacy OOo titles as well.  And this includes the distinction between
legacy project members and new project members.  Just as I should not
be assuming any prerogatives from working for IBM, I don't think
anyone else should assume the same for being a legacy project
contributor.  I'd like to avoid having this false status symbol of an
openoffice.org email address perpetuated in this Apache project.
OpenOffice.org is the trademarked name of the product.  It is not
something we should be allowing thousands of people to use in private
commerce without accountability.

-Rob