My personal experience: There are a few people registered to [email protected], but there is a low registration rate for the respective subproject lists. At least not for most projects.
Thus said: if you would create an announce list for all projects and send the ANN mails only to those lists, then only 30% of the audience will receive it. Some projects don't even maintain separated dev and users lists. Thus I believe forcing an ann list for each and every project is an overkill. Oh, and while we are at it: some a.o projects have [email protected] (plural) and others have [email protected] (singular). We should at least unify this for the upcoming podlings pretty please ;) just my $2E-2 LieGrue, strub ----- Original Message ----- > From: Luciano Resende <[email protected]> > To: [email protected] > Cc: > Sent: Wednesday, March 27, 2013 7:14 PM > Subject: Re: Creating announce@ lists by default > > On Wed, Mar 27, 2013 at 10:23 AM, Luciano Resende <[email protected]> > wrote: >> On Wed, Mar 27, 2013 at 10:19 AM, Noah Slater <[email protected]> > wrote: >>> So we just set out a policy for podlings to follow that says something >>> like: if you use a project-specific announce@ list, anything you send > to it >>> must also be copied to [email protected], and vice-versa. >>> >>> This is how I expect all announce lists to be used. >>> >>> >> >> Is there a way to automate what you just said ? Assuming the same >> restrictions to send announcements applies to both announce@ and >> project-announce@, then anything sent to project-announce@ gets >> automatically copied to [email protected] ? >> >> Thoughts ? >> > > I guess this is how it's done on announce@subversion, see [1] > > "The mail to [email protected] will also be forwarded to > [email protected]" > > I'd be ok with this approach. > > [1] > http://subversion.apache.org/docs/community-guide/releasing.html#releasing-release > > > -- > Luciano Resende > http://people.apache.org/~lresende > http://twitter.com/lresende1975 > http://lresende.blogspot.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
