incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John D. Ament" <johndam...@apache.org>
Subject Re: [LAZY] Letting anyone invite on Slack
Date Sat, 14 Oct 2017 12:08:14 GMT
On Sat, Oct 14, 2017 at 8:03 AM Wade Chandler <wadechandler@apache.org>
wrote:

> We do this with ours:
>
> https://netbeans.signup.team
>
>
Seems like this service is going to be retired soon.


> The Slack guys are the ones who even told us to. There is no theoretical
> limit according to them. You just have to manage the outstanding invites,
> and clean them up if there are a bunch where folks did not finish out the
> process. If you do not, then invites won't work until you do after some
> critical mass.
>
> We also use a bot to do this, which the Slack folks recommended us do:
> https://netbeans.slackarchive.io
>
>
Huh.  This solves the issue I have which is archiving.  We tried DigestAI,
it randomly just stops and the content is not very useful.  Let me try this
out.


> There are probably some OSS bots ASF could use to do this and other things
> for such systems to keep full data logs inside ASF; own the data forever.
>
> We also have a channel linked to our IRC channel where we can monitor and
> help with it from Slack.
>
> Anyways, it all seems to work great so far.
>
> Thanks
>
> Wade
>
>
> On Oct 13, 2017 23:52, "Henri Yandell" <bayard@apache.org> wrote:
>
> Currently only 'admins' can invite people to the ASF Slack:
>
>   https://the-asf.slack.com/
>
> If we view it as an IRC equivalent, having to invite people at all is
> weird. We can, via a checkbox, change it so anyone on the ASF Slack (except
> 'guests') can invite someone to the Slack workspace:
>
> ----
>
> Invitations
>
> Choose whether to allow non-admins to invite new people to *ASF*.
>
>  Allow everyone (except guests) to invite new members.
> ----
>
> I can't see why we'd have an issue there, so I'm planning to turn that
> checkbox on at the end of next week (Thursday or whenever I remember to
> after that :) ).
>
> If this is a bad idea, please object and let me know why :)
>
> Hen
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message