<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div>I hope my replies aren't too curt — I don't want to pick a fight (any more than I did by starting this topic), but to explore how Discourse can serve these use cases. Feel free to re-rebut.</div><div><br></div><div>On Mon, Aug 1, 2016 at 3:03 PM, Brent Royal-Gordon <span dir="ltr"><<a href="mailto:brent@architechies.com" target="_blank">brent@architechies.com</a>></span> wrote:<br></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-"><br>
</span>I don't think enough has been said in favor of mailing lists. Some advantages for them:<br>
<br>
1. Available on every platform.<br></blockquote><div>Browsers too.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2. Performant on every platform. (Discourse, for instance, struggles on Android.)<br></blockquote><div>Browsers are heavily tuned for performance, and Discourse is a relatively lightweight site. If you prefer the performance of your email client, there's mailing list mode.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
3. Native on every platform.<br></blockquote><div>Browsers too.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
4. Based on open standards with multiple implementations.<br></blockquote><div>Browsers too. You may argue that the forum itself is too centralized, but Mailman is necessarily centralized too.</div><div><br></div><div>And this isn't always a positive: formatting of styled, quoted, and even plain text is quite varied among email clients, so popular threads often end up looking like huge messes.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
5. Does not require you to proactively check swift-evolution.<br></blockquote><div>Email notification settings, or full-on mailing list mode, or RSS, can solve this.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
6. Supports offline reading and drafting.<br></blockquote><div>Mailing list mode or RSS / reply-by-email.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
7. Supports clients with alternate feature sets.<br></blockquote><div>Discourse has RSS feeds and JSON APIs.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
8. Supports bot clients for both sending (like the CI bot) and receiving (like Gmane).<br></blockquote><div>Discourse has <a href="https://meta.discourse.org/t/discourse-api-documentation/22706">an API</a> which can be used for posting. It also supports <a href="https://github.com/discourse/try-bot/blob/master/plugin.rb">bot-like plugins</a> which can respond to various events, although I imagine that requires self-hosting. External bots interested in receiving would probably need to poll RSS, or just make use of mailing list mode as a receive hook.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
9. Supports user-specific automatic filtering.<br></blockquote><div>Topics and categories in Discourse each support a range of notification options from "watching" to "muted". My understanding is that these settings are respected by mailing list mode.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
10. Users can privately annotate messages.<br></blockquote><div>Discourse has "bookmarks", basically a way of saving individual posts/replies for yourself. Users can also <a href="https://meta.discourse.org/t/support-multiple-new-topic-drafts/7263/15?u=jtbandes">send themselves private messages</a> for note-taking purposes.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
11. Drafts and private messages are not visible to any central administrator.<br></blockquote><div>I'm not sure whether Discourse drafts are saved on the server. <a href="https://meta.discourse.org/t/permission-changes-moderators-have-less/12522">Moderators are restricted from viewing private messages</a>. Of course, you can always contact someone via other means.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
12. History is stored in a distributed fashion; there is no single point of failure that could wipe out swift-evolution's history.<br></blockquote><div>This is a fair point. But: </div><div>- The Git repository of proposals is distributed.</div><div>- Discourse is as easily backed up as any other computer system: <a href="https://meta.discourse.org/t/configure-automatic-backups-for-discourse/14855">https://meta.discourse.org/t/configure-automatic-backups-for-discourse/14855</a></div><div>- Users who would like a low-fidelity local copy for themselves can enable mailing list mode.</div><div>- Anyone is free to access/archive publicly accessible content using the APIs.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
13. Usually the medium of choice for large-scale, long-running open source projects.<br></blockquote><div><br></div><div>Is that just because people already know how to use email? Is it because the projects are so long-running that email was the best/only choice when they started? I'm not sure anyone has done real academic research on the use of mailing lists in open source projects. If someone can find any, I'd be interested to read it.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I could probably go on, but I'll stop here for now.<br>
<br>
I would love to have a great web archive for swift-evolution—something with a really solid search function, good threading, and most of the other niceties of forums. It'd even be nice to have an upvote feature. But these are all things that you could do without taking swift-evolution off of email.</blockquote><div><br></div><div>This seems like status quo bias to me. It's just as valid to *start* with a great forum system, and build any desirable additional features on top, as it is to start with a mailing list and build additional features on top. (Discourse being open-source is a pretty big advantage in terms of the ability to add features.)</div></div></div></div>