Re: Introducing lists based on the overall project categories?

2018-12-16 Thread Magic Stick
Sounds good Chris that's using the old noodle

On Sun, Dec 16, 2018, 5:53 AM Rich Bowen  +1 to the concept, and there's precedent with the geospatial list.
>
> Bertrand mentions the tech@ list but I don't think anybody knows that it's
> there or what it is for. Lists with topic names seem to have better
> discoverability.
>
> Note also that they attract more spam so ensure that you have some willing
> moderators.
>
> I think an iot@ list is a great way to attract new participants who aren't
> already aware of the various projects and what they do.
>
> On Thu, Dec 13, 2018, 03:34 Christofer Dutz  wrote:
>
> > Hi all,
> >
> > at the moment I’m involved in 3 Apache project in the IoT area. A lot of
> > the work I have been doing is to help make all of these work together.
> > PLC4X – NiFi Integration
> > PLC4X – Apache Kafka Connect
> > PLC4X – Camel Integration
> > PLC4X – Edgent Integration
> > Edgent - … integration
> >
> > However sometimes I could for example need some help by NiFi Guys to
> check
> > my NiFi integration, have Kafka Connect gurus provide suggestions on how
> to
> > improve our connector, …
> >
> > There’s a lot happening here and signing up and keeping up to date for
> all
> > the dev-lists of all the projects around here would leave no time to
> > actually work on things.
> >
> > So my idea is: As we have a list of general categories for our projects,
> > how about creating general “@apache.org” mailinglists for each of these
> > categories for the purpose of coordinating such efforts.
> >
> > What do you think?
> >
> >
> > Chris
> >
>


Re: Keeping PMC communications public when possible -- is an obvious-looking address responsible?

2018-12-16 Thread Magic Stick
Ok how you want me to do that

On Sun, Dec 16, 2018, 5:46 AM Rich Bowen  -0 to renaming lists.
>
> We've all accidentally sent a message to the wrong list. The solution is to
> apologize and send it to the right list. I don't quite buy that renaming
> lists, and the accompanying confusion, will prevent this from happening
> with the new name.
>
> This is a human problem not a technology problem.
>
>
>
> On Fri, Dec 14, 2018, 04:46 Julian Foad 
> > sebb wrote:
> > > On Thu, 13 Dec 2018 at 12:20, Julian Foad 
> wrote:
> > > > PRIMARY PROPOSAL:
> > > >
> > > > 1a. drop the existing four-letter obvious-looking address*
> > > >   - because its name is misleading which (I think) leads people to
> > mis-use it.
> > >
> > > The address is an alias which forwards to all the project private
> lists.
> > > There is an equivalent alias for all the podling private lists [...]
> >
> > Are you for or against proposal 1a?
> >
> > I'm trying to push you (or anyone) for a direct answer because I would
> > like us to reach some closure on this.
> >
> > > > 1b. create an easier way to email all the projects about a public
> > matter
> > > >   - introduce an obvious-looking address* that contains '-public',
> > that goes to all dev lists; more details in my earlier mail;
> > >
> > > However not all projects have a single dev@ list; some may not have
> one
> > at all.
> > > This will make it trickier to create and maintain the aliases.
> >
> > As I wrote previously, "This would be "dev@" for Apache Subversion and
> > probably for most projects, while any project could potentially use a
> > public list that is separate from their dev list if they wished
> (although I
> > vaguely recall recommendations to keep both kinds of discussions together
> > for the sake of community over code)."
> >
> > All projects must have a public mailing list even if it not named 'dev@
> '.
> >
> > Are you for or against proposal 1b?
> >
> > The details can be worked out afterwards.
> >
> > > > Additional proposals:
> > > >
> > > > 2a. document some guidelines on how to mass-email dev lists without
> > upsetting recipients, as have been noted elsewhere in this thread.
> > >
> > > +1
> > >
> > > > 2b. add a way to contact all PMCs about a private matter,
> > > >   - perhaps an obvious-looking address* that contains '-private'
> > > >   - ONLY if needed: this might be sufficiently rare as to not be
> > needed;
> > >
> > > This currently exists (see above); but perhaps the alias could be
> > renamed.
> >
> > Well, yes -- that's pretty much the basis of the entire proposal.
> >
> > Are you for or against proposal 2b, or do you not know if it is really
> > needed?
> >
> > (It seems to me it's safest/easiest to rename/replace what exists, rather
> > than debate removing it.)
> >
> > > If it is decided to have public and private aliases for the
> > > projects/podlings, then the existing short aliases could be changed to
> > > return a bounce message giving details of the new aliases.
> >
> > That sounds like a good addition to ease the transition.
> >
> > - Julian
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
> >
>