Return-Path: 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 8D41871A2 for ; Wed, 2 Nov 2011 00:38:24 +0000 (UTC) Received: (qmail 20893 invoked by uid 500); 2 Nov 2011 00:38:24 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 20853 invoked by uid 500); 2 Nov 2011 00:38:24 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 20845 invoked by uid 99); 2 Nov 2011 00:38:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2011 00:38:24 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dave2wave@comcast.net designates 76.96.30.96 as permitted sender) Received: from [76.96.30.96] (HELO qmta09.emeryville.ca.mail.comcast.net) (76.96.30.96) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 Nov 2011 00:38:16 +0000 Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta09.emeryville.ca.mail.comcast.net with comcast id s0SR1h0030S2fkCA90dpWu; Wed, 02 Nov 2011 00:37:49 +0000 Received: from [192.168.1.7] ([67.180.51.144]) by omta09.emeryville.ca.mail.comcast.net with comcast id s0e41h00L36gVt78V0e4A7; Wed, 02 Nov 2011 00:38:08 +0000 Subject: Re: [ISSUE] Shut-down of all name@ openoffice.org e-mail addresses Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Dave Fisher In-Reply-To: <1320192311.57766.YahooMailNeo@web161401.mail.bf1.yahoo.com> Date: Tue, 1 Nov 2011 17:37:51 -0700 Cc: "orcmid@apache.org" , 'Lawrence Rosen' Content-Transfer-Encoding: quoted-printable Message-Id: References: <016101cc98b7$bacd0fe0$30672fa0$@apache.org> <049501cc98be$68f003b0$3ad00b10$@com> <048801cc98d9$09788400$1c698c00$@apache.org> <1320182383.70207.YahooMailNeo@web161421.mail.bf1.yahoo.com> <115BB08D-C3E6-47AD-9D7A-20F32EDD2CC9@comcast.net> <1320187416.82531.YahooMailNeo@web161405.mail.bf1.yahoo.com> <1320192311.57766.YahooMailNeo@web161401.mail.bf1.yahoo.com> To: ooo-dev@incubator.apache.org X-Mailer: Apple Mail (2.1084) Hi Joe, Now I am confused you mention 3 different possible mail managers for MX = for openoffice.org. (1) qmail - does Oracle/Sun use this in addition to SYMPA? (2) ezmlm - a version of this is the ASF's MTA, correct? (3) postfix - is this an alternative you mention because it could = support a large forwarding database? and you don't want that "feature" = in ezmlm? If every email to openoffice.org is either forwarded according to a = database or bounced. If there are no or the minimum required by = internet protocols mboxes on the openoffice.org MX. What is the threshold for being incorporated into the ASF's normal = ezmlm? If all of the forwarders were to apache.org addresses would that = work? I guess I don't understand the complexities of Apache's MTA. Regards, Dave On Nov 1, 2011, at 5:05 PM, Joe Schaefer wrote: > ________________________________ >> From: Dave Fisher >> To: ooo-dev@incubator.apache.org >> Cc: "orcmid@apache.org" ; 'Lawrence Rosen' = >> Sent: Tuesday, November 1, 2011 7:47 PM >> Subject: Re: [ISSUE] Shut-down of all name@ openoffice.org e-mail = addresses >>=20 >> Hi Joe, >>=20 >> On Nov 1, 2011, at 3:43 PM, Joe Schaefer wrote: >>=20 >>> Actually you should know I'm the main >>> guy who deals with the mail services >>> at the ASF, so yeah considering my opinion >>> as relevant might be wise ;-) >>=20 >> openoffice.org MX at ASF questions >>=20 >> (1) In hosting OOo MX will there be a need for any real mail boxes? >>=20 >> (2) Any trouble with double forwarders for securityteam@OO.o? >>=20 >> (3) There are currently about 330 MLs that the project would like to = forward. Kay and Rob are emailing these lists and informing about the = new lists. >>=20 >> It would be good to have these ML forwarders exist as long as the ASF = is handling OpenOffice.org MLs. >=20 >=20 > Personally I have no interest in maintaining whatever mailing list = software > Sun/Oracle chose for managing their lists. OTOH my experience with = qmail > suggests that such software doesn't have a lot of maintenance = requirements, > so if a reasonable plan were developed for migrating the lists to some = ASF > host that was careful not to preserve list subscriptions, I'd be = willing to > help with the transition. >=20 > But over time, because this service isn't a part of our main = ezmlm-based > mailing-list infra, we'd probably not want to be involved in its = upkeep, > and that means we'd be more than happy to shut it down if time proves > that nobody else here wants to be bothered with that either. >=20 >=20 > The PMC will need to sort out how to allocate its resources given that > constraint. Infra is happy to assist, and willing to investigate ways > of incorporating openoffice.org lists into our ezmlm-based infra, but > that effort will be terminally hampered by the presence of all those > ooo forwarding addresses that I won't ever expose to qmail. Sorry. >=20 >=20 >=20 >>=20 >> (4) There are less than 100 PPMC/Committers. Some of them have their = lives revolving around their OOo forwarder. >>=20 >> Should we allow these trusted people to have their OOo email be = forwarded. I would say to their apache id, but I bet many people in the = project have their apache id pointing at openoffice.org. (There might be = Apache committers unrelated to AOOo with their apache id forwarding to = OOo.) >>=20 >> What do you think? >=20 >=20 > Value judgements aren't things I'm equipped to make for the PMC. I'm > more than happy to evalate the technical feasibility or lack thereof > for providing an indefinite period of support for select forwarding > addresses based on how the ML situation is to be dealt with. >=20 >=20 >>=20 >> Does the size of groups (3) and (4) bother you if these are continued = for a long time? >>=20 >> (5) There are identifiable and relatively large numbers of = individuals with OOo in other systems where we think it would be good to = continue for some time measured in months. Rob has numbers in the 40,000 = or 80,000 range. >>=20 >> This would be phased out or terminated. >>=20 >> Does the initial size of (5) bother you? >=20 >=20 > No. It just means a flat file storage system won't work. We'll need = to use a proper > (non-relational) database, and fortunately postfix supports several of = them.