As someone who raised this issue 15 years ago and was seriously rebuffed with lots of notes that said essentially "this is a mailing list and not a web forum" I then started looking elsewhere.
Anyway, my NGO has put a lot into our web interface for our primarily email based set of neighborhood forums built on GPL GroupServer:
Kick the tires and "steal" as much as you can for Mailman.
I'd check out what other mail-centric platforms have also developed like: http://wordsandwriting.github.io/lumen/ http://DGroups.org https://www.sympa.org/
Personally, it would be great to see all these "open source" mailing list projects work together ... despite the different code bases. Our members increasingly expect Facebook Groups like experiences and discovery of new groups to join, etc. ... and I don't see how we attract the next generation of users without upgrading our web-based design and engagement (why still preserving full email participation).
On Tue, Apr 7, 2015 at 1:30 PM, Dave Stevens <geek@uniserve.com> wrote:
Quoting Bill Cole <mailmanu-20150316@billmail.scconsult.com>:
On 6 Apr 2015, at 20:02, Andrew Stuart wrote:
Sounds like not working with JavaScript is something important to you. What’s the thinking behind wanting to work without JavaScript? Isn’t it kinda hard to navigate the modern web without JavaScript?
I don't know the original poster's motivations, but for me it is entirely practical. I work in a diverse variety of environments administering a complex menagerie of systems and Mailman is just one small piece of that. I frequently don't have a convenient modern GUI browser configured to my tastes/paranoias running on a network I trust, and it is actually more convenient for me to use a text browser with weak or no JS support (yes, really.) It is also an issue for user support, since users do work with the MM web interface from time to time. JS is an area where interop between browsers and the diverse ways users tweak them is at its worst. Supporting users who have found new ways for the MM web interface to not work because of JS subtleties sounds like at least the 6th ring of Hell. Also, sticking with a pure HTML client interface makes it easier to validate its security, e.g. a site with no scripts has no XSS vulnerabilities. MM isn't the sort of web application that one spends hours at a time using, so the slicker operation you can get from a JS-heavy system isn't really very valuable.
Short version: a tool like the MM web interface should minimize the possible failure modes even if that means sacrificing some fluidity of use.
+1
D
Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/geek%40uniserve.com
-- "As long as politics is the shadow cast on society by big business, the attenuation of the shadow will not change the substance."
-- John Dewey
Mailman-Users mailing list Mailman-Users@python.org https://mail.python.org/mailman/listinfo/mailman-users Mailman FAQ: http://wiki.list.org/x/AgA3 Security Policy: http://wiki.list.org/x/QIA9 Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/ Unsubscribe: https://mail.python.org/mailman/options/mailman-users/slc%40publicus.net