Mailman 3 April 2015 - Mailman-Developers

Welcome to GSoC 2015
by Florian Fuchs April 28, 2015

April 28, 2015

Fellow friends of Mailman, dear students, welcome to GSoC 2015 (the Mailman edition)! First of all: We were overwhelmed by the amount of interest in Mailman during this year's application phase. We got far more applications than expected, and in the process many bug fixes (and new reports) and merge proposals. Thanks to all the applicants who asked questions on IRC, posted thoughts and ideas to this mailings list and submitted an unexpected number of great proposals. You rock! Google gave us 3 slots (which is a really good number, given we're in as a separate org for the first time in years). But having to pick 3 out of 25 left us with some really hard choices. So for those who couldn't get in this year: Please don't feel discouraged to keep contributing to Mailman or to try again next year! But now, without further ado, let's welcome our three GSoC students: Ankush Sharma - Mailman client written in JavaScript Mentors: Florian Fuchs, Abhilash Raj Bhavesh Goyal - A Dashboard for Admins/Owners/Moderators Mentors: Abhilash Raj, Sneha Priscilla Makini Pranjal Yadav - Dynamic Sublists Mentors: Stephen Turnbull, Terri Oda Congratulations to you all -- we are looking forward to working with you! Let's have a great summer! Florian

5 4

Re: [Mailman-Developers] Regarding Csv Export for list owner in postorius
by Stephen J. Turnbull April 24, 2015

April 24, 2015

Ashish Kumar writes: > I was talking about a case where user needs to directly sends the > member lists[info about the members like name, email ids, etc.] to > some other email id's Yes, I understand that. There's a context for all this though. Mailman is an *open source* project. Some of us are free software advocates, who do this because we're trying to change the rules by which our world manages its software assets. Some of us are open source advocates, who see the question as a purely economic one of "faster, better, cheaper: we should not need to choose". For those of you still in college or graduate school, there's some bitter history here that I hope you never have a need to relive. But one thing we all agree on is that our software should empower our users to address their own needs. PDF is a proprietary format; it is owned, lock, stock and most popular implementation by the same company that had a visiting programmer arrested in the U.S. for publications outside U.S. More important for the current application, Adobe has also released buggy versions of its popular Acrobat Reader that crashed a supposedly advanced operating system (Windows NT) on documents that they acknowledged to conform to their own PDF standard. However, they WONTFIXed that bug because Adobe's products never used that particular idiom (and perhaps because Ghostscript, then the most popular alternative to Adobe Postscript products, did use it). So, in the end, supplying a PDF option helps to lock our users in to dependency on proprietary software and standards that they cannot change and which do not empower them to work faster, better, and cheaper. It's a difficult judgment whether the convenience of supplying output in this extremely popular format outweighs the effect of encouraging dependency. Sumana made an important point that perhaps I was overestimating the technical skills of the users being targeted by the feature. Perhaps, but if so, they'll tell us about it. What I advocate is that we not *underestimate* their potential for growth, nor close off the avenue to making the software and its output do what *they* want, rather than what *we* guess they want. Wearing my mentor hat: BTW, once again you haven't specified your case carefully enough for others to judge whether PDF is needed. Really, what purpose would not be well-served with a restructured text table directly insertend in the email, or a csv attachment, or an HTML table in HTML mail? Why PDF? Your "send the list" use case is no help in judging: those other three formats I just mentioned also present the list to an arbitrary group of recipients via email. Sumana presented a well-specified use case: formatting a list so that it can easily be presented to Google Docs to create a permission for a large group. That allows me to decide, "no PDF!" because I'm sure Google Docs would cough a hairball if she fed it PDF! Steve

2 2

Re: [Mailman-Developers] [Bug 1414154] Re: switch to external translation system
by Barry Warsaw April 23, 2015

April 23, 2015

On Apr 10, 2015, at 07:42 PM, Aurélien Bompard wrote: >I would like to mention the existence of Zanata <http://zanata.org/> >which is 100% Free software. Could we use that? At least the license looks pretty decent, being GPL'd. I've just signed up and will try to create a Mailman project once I get the confirmation email. Then we can at least play with it and see if it'll do the trick for us.

1 0

Regarding Csv Export for list owner in postorius
by Stephen J. Turnbull April 22, 2015

April 22, 2015

Ashish Kumar writes: > of extending this feature request to pdf I don't understand the motivation for this. I guess it will look a tiny bit nicer when printed on paper, but it's basically an opaque, uneditable format which can surely be trivially produced by anyone who has space and power to run a printer. > and sharing the list of members on drive, What's "drive"? > as It will be very helpful for communities which have a lot of > volunteers, organizers. How is it helpful? > Scenario: > Suppose a team of volunteers working in a country/state like > bloodconnect in india. For an activity like camps [in case of blood > connect], Owner need to send a pdf Why does the owner need to do that? I think that plain text (as Tom Browder suggests) is almost surely more useful in every way. CSV, on the other hand, has the advantage that it can be accurately read into a spreadsheet which is "the" way non-geeky people manage tables. > of all the volunteers working in a specific area to the area head > either by drive or mail. It would be very convenient if we provide > these option as a UI in postorius itself. Looks like a YAGNI to me, so it would just clutter the UI.

4 6

Re: [Mailman-Developers] Mailman 3 discussion
by Barry Warsaw April 21, 2015

April 21, 2015

On Apr 20, 2015, at 10:41 PM, Danil Smirnov wrote: >Look at this please: >http://dpaste.com/3N8ABXY Darn, that expired. Cheers, -Barry

2 1

Mailman 3 discussion
by Brian Carpenter April 21, 2015

April 21, 2015

Hello Everyone, I have a working installation of Mailman 3 on a CentOS 6 server. I have a number of questions regarding the use of it. Is this the right forum to ask those questions? Thanks! Brian Carpenter Owner Providing Cloud Services and more for over 15 years. T: 336.755.0685 E: brian(a)emwd.com www.emwd.com <https://www.facebook.com/pages/EMWDcom/192156034142506> <http://www.linkedin.com/in/brianemwd>

4 4

List Info Page
by Brian Carpenter April 21, 2015

April 21, 2015

Is the concept of the listinfo page being carried over to Mailman 3 and if yes, is it part of Mailman 3's current distribution or is it yet to be added? Brian Carpenter Owner Providing Cloud Services and more for over 15 years. T: 336.755.0685 E: brian(a)emwd.com www.emwd.com <https://www.facebook.com/pages/EMWDcom/192156034142506> <http://www.linkedin.com/in/brianemwd>

2 1

Re: [Mailman-Developers] Mailman 3 discussion
by Danil Smirnov April 21, 2015

April 21, 2015

2015-04-21 18:26 GMT+03:00 Aurelien Bompard <aurelien(a)bompard.org>: > Make sure you started the "runserver" command again. Does it output > something when you connect to the page? Yes I've checked it already - if it is not started I get 'Connection refused' error. If started, I get 'Received 0 B,...' or 'Request sent' in bottom status line and blank/black screen. update. Hm, somehow it returned to the working state. Domain has been successfully created. Thank you! Danil

1 0

Re: [Mailman-Developers] Mailman 3 discussion
by Aurelien Bompard April 21, 2015

April 21, 2015

> Now there is no response from http://127.0.0.1:8000/mailman3 > at all... :( > > Just blank screen of links and 'Request sent' status. Make sure you started the "runserver" command again. Does it output something when you connect to the page? A.

1 0

Re: [Mailman-Developers] Mailman 3 discussion
by Florian Fuchs April 21, 2015

April 21, 2015

On Di, Apr 21, 2015 at 09:40:52 +0300, Danil Smirnov wrote: >2015-04-21 0:34 GMT+03:00 Florian Fuchs <f(a)florianfuchs.com>: >> OK, the problem was a file name conflict on the Python package index (due to >> an erroneously omitted pre-release suffix while parsing the version string >> of >> a previous beta-release), which eventually led to pypi delivering the >> previous release's tarball. I've associated a new file with the latest >> release on pypi so the correct tarball gets installed. >> >> Sorry for that... > >Okay, but what is workaround right now? >I don't see any new revisions in the mailman-bundler... The change is not directly reflected in mailman-bundler. But running `buildout` again should install the newest version of mailman.client. Florian

2 1