Adrien Glauser wrote:
Issues with current model:
1) Errors messages are not bubbled up appropriatedly. If you send a message not as plain text, you are met with an error message that does not tell you the reason your message didn't go through. => Per already acknowledged this issue and told me it was quite deeply entrenched within the backend.
ACK again :-)
2) The "Pending approval" work-flow generates false assumptions. If you send a message while not subscribed, you are met with a message that says that your message is pending approval, building the assumption that your message will probably go though within a reasonable span of time. The assumption is however false, as far I have experienced. => Per also acknowledged that moderation could be delayed,
ACK again. This is at least partially due to our mailing lists not having enough owners and moderators. Most of our lists have just one owner (ml-admin) and no moderators which pretty much means I become the bottleneck.
but I don't think mailman3 in itself solves this issue -- it's rather an issue of what moderation settings one favors. From what I gather, nothing is settled yet about how this will be handled by mailman3.
Overall, I expect mailman3 to bring technical improvement, but no major changes to list management policy.
4) Subscribing to a ML for the sake of sending a few messages is likely to create the need for client-side filtering, as more messages than those in which the sender is interested will be send back to them. => Ok, this is how ML have worked for a number of years, I'll grant you that. But so what?
True, so what - it could be changed. OTOH, you subscribe not just for "sending a few messages" but also for receiving a few replies to those.
My humble suggestion to solve all these 4 problems at once, made already but rehearsed here, goes like this: a) authorize by default all and only those email addresses that users have registered against the current openSUSE auth + login system to send to any ML, no matter which
This is doable, a nomail subscription for all. Although many will want a regular subscription. (you can't have both on the same list). Synchronization might be a stumbling block. Also, only one email address is registered (afaik), and many people (incl myself) use multiple.
b) handle subscriptions to MLs closer to the literal meaning of subscribing: i.e. open a receiver's channel, nothing less and nothing more.
I'm not sure I really understand what you mean here - the above sounds like what any mailing list manager does already ? i.e. you subscribe to a mailing list and you start receiving traffic.
(a) + (b) solve all four issues, don't open loopholes for spams, and bring the ML worflow closer to the workflow of forums and instant messaging apps, making use of the comfort zone of people who already use these platforms.
Just for the sake of argument - whose comfort zone is more important, the above or those of people who already use mailing lists? -- Per Jessen, Zürich (15.2°C) Member, openSUSE Heroes -- To unsubscribe, e-mail: opensuse-project+unsubscribe@opensuse.org To contact the owner, email: opensuse-project+owner@opensuse.org