[Mailman-Users] What would your dream Mailman web interface look like?

[Steven Clift]

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:

   http://forums.e-democracy.org

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 at uniserve.com> wrote:
> Quoting Bill Cole <mailmanu-20150316 at 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 at 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 at 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