GNU Mailman 3 Enters Beta 57
GNU Mailman, likely the most popular mailing list manager in use today, has finally announced the release of a beta for version 3. GNU Mailman 3.0 is a major rewrite, features include a central server with a REST API replacing the dozen or two programs that manipulated Mailman data directly, a shiny new web fron end (Postorius), and a new archiver (HyperKitty). Fedora is already using the new archiver and interface, which is quite a bit more modern looking than Mailman 2.x's interface (wayback machine link for posterity). Individual message thread views are greatly improved, and you can even reply from the web by logging in with your list credentials. If you'd like to try it out, see the announcement message.
Re: (Score:3, Insightful)
Re:Requires Javascript. (Score:5, Funny)
Re: (Score:2)
Re: (Score:2)
It seems to work just fine without it as far as I can tell. Some features may require JavaScript, but the overall experience should work without it.
Re: (Score:2, Insightful)
> It seems to work just fine without it as far as I can tell
No, it doesn't (thread links below article just show a twirling thingie waiting for the XMLHTTPRequest to do its thing). I'd provide you with a link, but the server is down.
Reading the page code, it's just intended that way. I don't know whether it's built-in to Mailman or just the web designers going overboard.
Re: (Score:2)
Oh, yes that appears to be the case. That's sad.
Re:Requires Javascript. (Score:5, Insightful)
JavaScript is not evil when used properly. True, it is one of the worst ever designed languages, but presently it is the only available DOM manipulation language included in all browsers.
Postman rings twice (Score:1)
His 'stache is right nice
Yet his chin's ever smooth
By suds & device
Burma Shave
but does it ... (Score:5, Funny)
Re: (Score:2)
3 clicks and a Server Error (Score:2)
I tried the Fedora installation and after 3 clicks I already a Server Error (HTTP 500) on this page: https://lists.stg.fedoraprojec... [fedoraproject.org]
(No, I won't post a ticket. I have more interesting things to do today)
Re: (Score:2)
Re: (Score:2)
You are probably already using software I produced.
This kind of reaction makes me think that the GNU Public Licence gives usage rights to too many dicks.
Most Popular? (Score:2)
Evidence?
Re: (Score:2)
The lack of any credible competitors. Theres a few other open source mailing list managers, but really they are quite rare out in the wild.
Re: (Score:2)
MailChimp? Campaign Monitor? Google Groups?
It may be the most popular open-source mailing list manager, but that's not what was claimed.
Re: (Score:3)
MailChimp etc. are not mailing lists. They are one-way distribution lists. Mailman has to deal with replies to the group.
Re: (Score:2)
Yes, it is very common method. Popularity by limitation.
Being that every product/person is unique you can show that it is the best/most popular by pushing all of its features, and dropping out candidates with different features because they don't count.
For example Android is the top selling platform for mobile phones.
Apple is the top selling phone.
Both statements can be right. As Google gives android to many different phone makers, all are competing with Apple who sells more phone then any individual compa
Re: (Score:2)
They are completely different types of software. Mailchimp/etc can't do what mailman does, and for that matter mailman would be a poor choice for what mailchimp does.
Mailman is a mail discussion list manager, not a spam platform.
Re: (Score:2)
Sympa is quite good but used mostly in France.
Re: (Score:2)
Well, make up your mind; which is it? :)
hawk
Postorius (Score:2)
Man, this thing is killer fast!
Re: (Score:1)
*slow clap*
more modern == less useful ? (Score:1)
This needs to go back to the drawing board, at least as far as the mail archive functions are concerned. There is no practical way to easily browse threads by date or subject. That and the new layout has acres of wasted space.
V2 is far from perfect, but it is a much better start and they need to go back to it rather than proceed with the mistake they've made. Maybe under the hood is ok but the UI is not.
Re: (Score:2)
I completely agree that the mail archives UI is awful. Mailman2 archives could use many improvements (nicer thread browsing including cross-month threads, _optional_ threads collapsing, web-form replies, fulltext search, ...) but I don't really follow the direction in which HyperKitty is going - views like https://lists.stg.fedoraprojec... [fedoraproject.org] are a complete mess; having a one-mail per line concise view had great value...
It's still beta, I'm not hopeless; I think HyperKitty could be made much more usable by a f
REST API? (Score:2)
Any idea where the REST API documentation is? I can't seem to find it anywhere.
Bootstrap (Score:1)
Bootstrap FTW (Score:2)
As always, if you can't design an interface than Twitter Bootstrap, then use Twitter Bootstrap.
Wot no LDAP? (Score:2)
Definitely still beta (Score:2)
Looking at this page with Seamonkey has so much fail. Text blocks overlapping other text blocks, and the body text is a fixed-width item, so when your default font size is large or you zoom your browser, it gets a horizontal scroll bar. Seriously, fixed-width layouts should die. Also, why is "newer thread" on the left, and "older thread" on the right, and not the other way around?
https://lists.stg.fedoraprojec... [fedoraproject.org]
Really, all I wanted is for messages from people with mailers that didn't understand the conc
what does it look like? (Score:2)
i see the cool hyperkitty demo at fedora, but what about postorious? what does it look like?
it would be great if the overly confusing interface of mailman would be simplified...
I'll try it when... (Score:2)
...mailman-announce is using it.
GNU Mailman sucks (Score:1)
DMARC (Score:2)
Re: (Score:3)
With the way DMARC is being implemented, I don't think there is a way for a listserve to be 'DMARC compliant'.
Instead I've had to tell those with Yahoo and Hotmail accounts to go away and not to come back until they get an account with a non DMARC nutter service.
Re: (Score:2)
Re: (Score:2)
Breaking normal mailinglist behavior... DMARC is based on a misinterpretation and misuse of email headers.
Re: (Score:2)
And any domain owner can configure DMARC if (s)he wants to. Which leaves the recipient mailserver operator free to NOT accept the message from your mailinglist server. Your opinion is not internet-law (even if it is written in RFC).
Re: (Score:2)
That is your opinion. And you can do what you want with your mailing list server.
And any domain owner can configure DMARC if (s)he wants to. Which leaves the recipient mailserver operator free to NOT accept the message from your mailinglist server. Your opinion is not internet-law (even if it is written in RFC).
And that is why DMARC is a bad standard that hopefully the net as a whole rejects. They purposely avoided the RFC process. RFCs may not be 'internet law' but if everyone decides to start going their own way, we're going to end up back in the olden days of IM with everyone stuck in balkanized little e-mail fiefdoms unable to contact other fiefdoms. Would sir like to sign up for Google's Internet, Microsoft's, Yahoo's? Pick one, and hope your friends pick the same.
Re: (Score:2)
The next big item is email-over-IPv6. Rules are not yet set but one thing is clear: You cannot effectively block on ip address. An alternate method has to be used. My guess is that it will be SPF and/or DMARC. The big inbox-providers (Hotmail/Gmail/Yahoo/Aol) have something to protect (their business model) so they MUS
Golly gee wizz (Score:2)
I'll take the fast c code of ezmlm anyday Batman.
Rest API? Is the programmer daft? (Score:1)