I like using Slack and creating different slack channels as one option instead of email lists for general discussion type content. I prefer using the Wiki for discussions centered around artifacts as it puts the discussion thread at the bottom of the wiki page containing the work artifact.
On Thu, Apr 20, 2017 at 1:44 PM, Ed Warnicke <hagbard at gmail.com> wrote: > Thinking outloud... it almost feels like mailing lists as a tool are no > longer a good fit to the need. > > Is there another tool we could consider using? > > Ed > > On Thu, Apr 20, 2017 at 12:29 PM, Gildas Lanilis < > gildas.lanilis at huawei.com> wrote: > >> Let me share my experience with mailing list per project: >> >> Even though developers requested for specific mailing list, they hate it. >> Why: >> >> 1. They had to register in all the mailing lists. Too cumbersome. >> So most of them did not register >> >> 2. As they did not register in mailing list, other folks took the >> habit to add them separately in To or Cc. And then the Moderator?s misery >> started. >> >> 3. The list of folks added separately to the mailing list grew >> quickly and hit the max allowed by Linux Foundation (10 recipients). Thus >> requiring the Moderator to review and accept the message. Impact: delay on >> the responses. >> >> 4. As the folks were not systematically in the mailing list but >> still used it (by pressing Reply All), by policy (to avoid spam) Linux >> Foundation requested the Moderator to again review and accept the message. >> Impact: delay on the responses. >> >> >> >> I start liking the Topic. It requires a bit of discipline but it makes >> things working better for all who can enjoy the art of filtering. >> >> >> >> Thanks, >> >> Gildas >> >> >> >> *From:* onap-discuss-bounces at lists.onap.org [mailto: >> onap-discuss-bounces at lists.onap.org] *On Behalf Of *SULLIVAN, BRYAN L >> *Sent:* Thursday, April 20, 2017 11:38 AM >> *To:* Ed Warnicke; Andrew Grimberg >> *Cc:* onap-discuss >> >> *Subject:* Re: [onap-discuss] Proposal for list split of onap-discuss >> >> >> >> The flip side (just to be considered in the supporting infra) is that >> it?s not hard for projects to become disconnected when segregated. >> Needing/managing many project email list subscriptions inhibits the ability >> to easily keep an overview of how things are progressing across projects. >> Of course at some point, the firehose becomes unmanageable and the demands >> of focus require segregation. >> >> >> >> But some infra support can address the limitations of project-specific >> lists: >> >> - Mail subscription system (e.g. http://lists.onap.org) support >> for a ?auto-subscribe to all? option for those who want it. >> >> - Mail archive system that supports an effective search, e.g. >> the W3C system: https://www.w3.org/Search/Mail/Public/ >> >> o Mailman is woefully inadequate for this. Some services exist that >> could possibly be used for this, e.g. http://openstack.markmail.org/ >> search/?q= works well for me, for OpenStack in general. >> >> o Note that you can also just subscribe using some email service ala >> Gmail or Hotmail, that provides a search feature that works for you. That >> can completely solve your corporate inbox issue, given that you?re allowed >> to use non-corporate email services for open source work. >> >> >> >> If we want to create project-specific lists, I recommend that the LF work >> on the two supporting infra capabilities above, or include workarounds such >> as above in developer intros/FAQs. >> >> >> >> Thanks, >> >> Bryan Sullivan | AT&T >> >> >> >> *From:* onap-discuss-bounces at lists.onap.org [mailto: >> onap-discuss-bounces at lists.onap.org] *On Behalf Of *Ed Warnicke >> *Sent:* Thursday, April 20, 2017 10:46 AM >> *To:* Andrew Grimberg <agrimberg at linuxfoundation.org> >> *Cc:* onap-discuss <onap-discuss at lists.onap.org> >> *Subject:* Re: [onap-discuss] Proposal for list split of onap-discuss >> >> >> >> I hit a situation just yesterday where there was literally no reasonable >> way to address a sub-community of openstack because they have >> >> a giant monster mailer, and thus there was no reasonable way to address >> the interested subcommunity. >> >> >> >> Monster mega lists suppress conversation. Give each project their own >> space for their community to talk. >> >> >> >> Ed >> >> >> >> On Thu, Apr 20, 2017 at 10:34 AM, Andrew Grimberg < >> agrimberg at linuxfoundation.org> wrote: >> >> On 04/20/2017 09:46 AM, Ed Warnicke wrote: >> > Josef, >> > >> > I couldn't agree more. Typically 'discuss' in most communities is for >> > 'cross project' discussion. Project specific converstions tend to >> happen on >> > ${project}-dev mailers (think dcae-dev, sdnc-dev, etc). For this to >> > work, one needs projects. Projects *need* their own space to hold >> > publicly visible conversations. >> > >> > I would strongly recommend *against* a single list in the long term. It >> > becomes overwhelming, and it strongly discourages folks sending email >> > because the room is so big. >> >> Our largest communities have major cross-posting problems along with new >> people regularly informing us that they don't know where to send things >> because of having too many lists. As such, I can't express how strongly >> I recommend only breaking out a specific topic to a separate list _iff_ >> it proves to cause too much traffic on the general list. >> >> As Aimee pointed out OpenStack, which is a community larger than our >> largest community, doesn't do what you're talking about. They use topics >> on their lists precisely to get around the mailing list explosion of a >> list per project that you're suggesting. >> >> >> -Andy- >> >> -- >> Andrew J Grimberg >> Lead, IT Release Engineering >> The Linux Foundation >> >> >> >> _______________________________________________ >> onap-discuss mailing list >> onap-discuss at lists.onap.org >> https://lists.onap.org/mailman/listinfo/onap-discuss >> >> > > _______________________________________________ > onap-discuss mailing list > onap-discuss at lists.onap.org > https://lists.onap.org/mailman/listinfo/onap-discuss > > -- Brian Hedstrom Founder/CEO OAM Technology Consulting LLC oamtechnologyconsulting.com brian.hedstrom at oamtechnologies.com 720-470-7091 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/1fda0d14/attachment.html>
