I would find this helpful for managing/organizing email traffic for sure... +1<br><div><br><div class="gmail_quote">On Tue, Feb 7, 2012 at 8:25 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/07/2012 04:49 AM, Thierry Carrez wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jay Pipes wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So, the topic of multiple mailing lists has come up before and we've<br>
even tried topical mailing lists before, but the amount of traffic on<br>
them tends to be too low for it to be worth the extra ML subscription.<br>
I've also made the argument before that with a general mailing list<br>
(this one), you get a wider audience and people that may not always get<br>
excited about distribution specifics may be exposed to important<br>
discussions, learn something new, and in general just be made aware of<br>
the state of a particular subcommunity by scanning/skimming emails.<br>
</blockquote>
<br>
I agree that topical development MLs are not worth it...<br>
<br>
That said, I think it's time to split development discussions from<br>
user/operations questions. Over the recent months with more people using<br>
OpenStack the volume of non-development-related emails has reached a<br>
level that makes it difficult to parse. As an example, I read all the<br>
development emails, while I only read the rest of the emails based on<br>
topic -- separating the lists would be a great help for me. The<br>
audiences are slightly different too.<br>
<br>
The risks are that (1) non-development topics end up in the development<br>
mailing-list anyway, and (2) developers ignore the non-development ML.<br>
In order to mitigate those risks, I propose that we create a new<br>
openstack-dev mailing-list, only for development discussions (new deps,<br>
blueprint discussion, FFEs, packaging, core-dev proposals...).<br>
Everything else should remain on the usual list, including governance<br>
discussions, usage discussions, community events etc.<br>
<br>
Creating a new list should avoid most of risk (1), and we should just be<br>
careful to redirect non-development-related topics to the other ML if it<br>
still happens. Developers should still be subscribed to the usual ML to<br>
catch up with all the other openstack topics, which should avoid most of<br>
risk (2).<br>
<br>
What do you think ?<br>
</blockquote>
<br>
I'm not a fan of multiple mailing lists given our experience in the past with fragmented discussions... I still don't think the amount of traffic on the mailing list is particularly cumbersome, but maybe I'm a minority in that regard. I appreciate having all my OpenStack ML threads in a single ML.<br>

<br>
Best,<br>
-jay<br>
<br>
______________________________<u></u>_________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~<u></u>openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net" target="_blank">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~<u></u>openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/<u></u>ListHelp</a><br>
</blockquote></div><br></div>