<div dir="auto">For lists focused on public interaction like marketing it is an advantage to have GitHub login (and others). We are a public service outreach organization after all :)</div><div dir="auto"><br></div><div dir="auto"><br clear="all"><div dir="auto"><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div></div></div><div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 5, 2024 at 8:42 AM Sandro Santilli <<a href="mailto:strk@kbt.io">strk@kbt.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Fri, Jan 05, 2024 at 03:10:48PM -0000, Martin Spott wrote:<br>
<br>
>   <a href="https://gitlab.com/mailman/postorius/-/issues/132#note_21045322" rel="noreferrer" target="_blank">https://gitlab.com/mailman/postorius/-/issues/132#note_21045322</a><br>
> <br>
> Don't get me wrong, this is not a vote in favour of retiring this list for<br>
> Discourse. I would just like to remind you how long it took to free the Wiki<br>
> from its standalone authentication.<br>
<br>
This is an important concern of mine too, enough that I've asked a few<br>
times already (but only in chat) to disable the "github login" that's<br>
currently enabled in Discourse. The reason why people want to keep that is to<br>
reduce friction of entry and it's usually mentioned as the reason that<br>
"you didn't need a LDAP account to subscribe to mailing lists" which<br>
is why I asked  here about using Mailman auth for Discourse.<br>
<br>
At this stage of things I'm perfectly happy with:<br>
<br>
  1. Disable non-LDAP login in Discourse (it's experimental, supposedly)<br>
  2. Enable LDAP login in Mailman3, if we install it<br>
<br>
The way I think we should deal with "easy of access" is reducing the<br>
friction required to get a LDAP account, and make a LDAP account not<br>
enough to grant too many permissions over too many services.<br>
<br>
--strk;<br>
</blockquote></div></div>