Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 396115

Summary:	Eliminate custom "mailing lists" pages
Product:	Community	Reporter:	Wayne Beaton <wayne.beaton>
Component:	Website	Assignee:	phoenix.ui <phoenix.ui-inbox>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	P3
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Linux
URL:	http://eclipse.org/mail/
Whiteboard:

Description Wayne Beaton

2012-12-07 21:56:42 EST

The /mail page contains some useful text and some links to different means of viewing the various mailing lists.

The various views are (mostly) generated from project metadata.

I'm at a loss to understand why we need these pages. Mailman generates an ugly page that does the job:

https://dev.eclipse.org/mailman/listinfo

When you attempt to look at an invalid list, you get taken to this page anyway.

Why not just let mailman take care of generating the list?

Is there some reason why we want to handle this ourselves?

FWIW, the project summary/info pages do render the lists described in the project metadata.

While I'm at it... why is the list of mailing lists HTTPS? Does this page really need to be secure?

Comment 1 Denis Roy

2012-12-10 09:42:38 EST

> While I'm at it... why is the list of mailing lists HTTPS? Does this page
> really need to be secure?

The entire /mailman URL goes to https since subscribing and editing options requires you to enter your email address and a password.

Comment 2 Wayne Beaton

2013-02-26 12:13:58 EST

I've replaced the mailing list pages with redirects to https://dev.eclipse.org/mailman/listinfo

I took a few minutes to clean up the content of the main page. Specifically:

* I removed references to the by-project and by-topic mailing lists from both the main content and the left nav.
* I removed the "guide" entry from the right nav.

I also took this opportunity to remove some older pages. Many contained redirects to current pages. All where more than five years old.

I removed the "archive" pages. These seemed to be un maintained and out of date. I don't see the value in having the page, so it's gone.

Comment 3 Wayne Beaton

2013-02-26 12:19:13 EST

From Bug 401577

(In reply to comment #2)
> Though this particular page will be deprecated, I suggest to maintain
> something similar. This makes it super easy to discover mailing lists of
> interest and on top of that not all mailing list are related to a project
> (e.g. cross project dev).

Unfortunately, the now-old mailing list page was a PITA to maintain. Several non-project mailing lists just weren't represented on the page (e.g. Architecture Council) because it hadn't occurred to us to update the page.

By directing to mailman, all mailing lists are automatically present with no maintenance burden on our part.

If this proves insufficient, we can explore reviving or replacing it.

I'll put some energy into Bug 400562 to make sure that project-specific mailing lists are displayed on project pages.

Comment 4 Denis Roy

2013-02-26 14:00:43 EST

> I'm at a loss to understand why we need these pages. Mailman generates an
> ugly page that does the job:
> 
> https://dev.eclipse.org/mailman/listinfo

I've given that page a little love.  Unlike other Mailman pages, that one is hardcoded in python.  I'll see if I can give it a bit more polish, but from where I sit it's a definite improvement.

Comment 5 Wayne Beaton

2013-02-26 15:57:49 EST

(In reply to comment #4)
> > I'm at a loss to understand why we need these pages. Mailman generates an
> > ugly page that does the job:
> > 
> > https://dev.eclipse.org/mailman/listinfo
> 
> I've given that page a little love.  Unlike other Mailman pages, that one is
> hardcoded in python.  I'll see if I can give it a bit more polish, but from
> where I sit it's a definite improvement.

I think you're done. Very nice.