Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

am 26.04.2010 01:44:34 von Rahul Akolkar

[Please reply to general@jakarta or atleast include it]

Jakarta has two mailing lists that were at some point relevant to the
Tomcat folks and have been unused since Nov '02. I am proposing we
close the lists, with forwards in place to dev@tomcat.

If there are compelling reasons to maintain the lists, please respond
within the next month. If they must be maintained, I'll suggest they
be moved under the purview of the Tomcat PMC.

No sooner than May 25th, I will request infra close these lists.

-Rahul

Re: Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

am 29.05.2010 15:56:46 von Rahul Akolkar

As indicated below, I will now be requesting infra close these lists
with qmail forwards to dev@tomcat.

-Rahul


On Sun, Apr 25, 2010 at 7:44 PM, Rahul Akolkar wrote:
> [Please reply to general@jakarta or atleast include it]
>
> Jakarta has two mailing lists that were at some point relevant to the
> Tomcat folks and have been unused since Nov '02. I am proposing we
> close the lists, with forwards in place to dev@tomcat.
>
> If there are compelling reasons to maintain the lists, please respond
> within the next month. If they must be maintained, I'll suggest they
> be moved under the purview of the Tomcat PMC.
>
> No sooner than May 25th, I will request infra close these lists.
>
> -Rahul
>

Re: Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

am 30.05.2010 03:12:55 von wrowe

On 5/29/2010 8:56 AM, Rahul Akolkar wrote:
> As indicated below, I will now be requesting infra close these lists
> with qmail forwards to dev@tomcat.

I've found, in managing a host of httpd and apr related lists, that sending
a final closure message, verifying all *.apache.org references to the list
are updated (pointers to archives of dead lists are still worthwhile), and
shuttering the list with no forwarding is most effective.

Otherwise, you mostly manage spam, and the S/N ratio is effectively zero.