Page MenuHomePhabricator

Integration of Structured discussions and mailing lists
Open, Needs TriagePublic

Description

Structured Discussions is now capable of threading, so as mailing-lists. The idea proposed is to display SD messages in the same threading that the Mailing List archive currently has. Structured Discussions would be an interface to display mailing lists-messages and more.

That idea would increase ways to participate:

  • you can receive a given thread in your inbox, or read it on wiki
  • you can reply to a thread from your inbox and from the wiki
  • search on Structured discussions can be used to find an element on a discussion
  • use SD as an archiving system

Concerning limitations, a mailing-list/SD discussion have to be marked as such. Messages wouldn't be posted (or moderated in case of SPAM) if the person has:

  • no account
  • no email attached to its account
  • not subscribed to the thread

Event Timeline

Restricted Application added a project: Collaboration-Team-Triage. · View Herald TranscriptDec 4 2017, 2:18 PM
Restricted Application added a subscriber: Aklapper. · View Herald Transcript
Yair_rand added a subscriber: Yair_rand.
ChristianKl added a subscriber: ChristianKl.

When it comes to the limitation of "not subscribed to the thread", I don't understand the point. I would advocate a setting that creates an automatic subscription to all new threads in a given discussion page. This means if you would simply exchange a current mailing list with a discussion page a user that's subscribed gets the same email (unless he opts out).

I think the necessity of having an account is comparable to the necessity to register for a mailing list to be able to post it or receive mail that currently exists. In cases where a person writes an email that isn't associated to an account they could get an automated reply telling them about the issue that requests them to resend the mail from an account that's registered to a Wikimedia account. Setting up an Wikimedia account is easy and I don't see why people without Wikimedia accounts would need the ability to post to our mailing lists.

As an example, if someone would want to write a message to my user talk page on Wikidata, https://www.wikidata.org/wiki/User_talk:ChristianKl "User_talk:ChristianKl@wikidata.org" could be used as the email address. When the sending email address is associated with a Wikidata account, a new topic on the talk page could be opened directly.

When it comes to the limitation of "not subscribed to the thread", I don't understand the point. I would advocate a setting that creates an automatic subscription to all new threads in a given discussion page. This means if you would simply exchange a current mailing list with a discussion page a user that's subscribed gets the same email (unless he opts out).

My point was to subscribe to existing discussions, so existing mailing-lists.

I think the necessity of having an account is comparable to the necessity to register for a mailing list to be able to post it or receive mail that currently exists. In cases where a person writes an email that isn't associated to an account they could get an automated reply telling them about the issue that requests them to resend the mail from an account that's registered to a Wikimedia account. Setting up an Wikimedia account is easy and I don't see why people without Wikimedia accounts would need the ability to post to our mailing lists.

IP users often discuss with us, so, based on the assumption that we are using a mailing-list that requires an identification by email, we need a way to limit how IPs interact or don't interact with a Structured Discussion email-based system.

When people subscribe to a page that uses structured discussions they could be offered three choices:

  1. Show changes only on watchlist
  2. Show changes on watchlist & Email me changes of users with logged in accounts
  3. Show changes on watchlist & Email me changes from all users

Of course the labels of the choices could be improved. There could be further settings for the person who administers a given page to block some of the choices.

Restricted Application added a project: Growth-Team. · View Herald TranscriptNov 6 2018, 1:45 PM