Expose IMailingList.archive and .archive_private in the REST API

Bug #967238 reported by Barry Warsaw on 2012-03-28
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
GNU Mailman
High
Barry Warsaw

Bug Description

Exposing read and write of these attributes would allow Postorius to provide the list owners with some control over archiving for individual lists. This would work as a patch to src/mailman/rest/configuration.py and should be pretty easy to add.

Jeff Breidenbach (jeff-jab) wrote :

I have read but not yet run the relevant code. If I understand correctly, the intention of these two booleans is to provide 3 different states: [ nothing, private, public ]. Is that correct? If so, that's easy to understand and present to a list administrator in Posterious.

1/ If it is not too late, for clarity, you may want to consider exposing just 3 states through the API rather than a pair of booleans which represent 4 states.

2/ If the Posterious user interface says "nothing" or "private" there is a user expectation of no public archiving. To help enforce this, please add X-No-Archive: Yes to outbound messages. There are a lot of public archiving services in the world and this will avoid a lot of confusion.

3/ If there is a local message store (in maildir format?) it should not have X-No-Archive: Yes added. This is relevant when a list admin changes their mind years later and wants to import their data into a public archiving service.

4/ The list admin should have some mechanism for finding out the URL of the public archive.

5/ What happens when Postorius is set to "public", Mailman is configured for mail-archive.com, and then somebody also adds <email address hidden> as a subscriber to the list? Will double messages be sent to mail-archive.com?

6/ In Mailman 2, the mechanism for adding archival service for The Mail Archive is to add "<email address hidden>" as a subscriber. My hope for mailman 3 is that this would become even easier. From what I see so far, it looks harder because it requires modifying mailman to a non-stock configuration. Or would the stock configuration use The Mail Archive as the public archiving service?

Barry Warsaw (barry) on 2012-04-07
Changed in mailman:
importance: Medium → High
Barry Warsaw (barry) on 2012-04-20
Changed in mailman:
status: Triaged → In Progress
assignee: nobody → Barry Warsaw (barry)
Barry Warsaw (barry) on 2012-07-26
Changed in mailman:
milestone: none → 3.0.0b2
Barry Warsaw (barry) on 2012-07-26
Changed in mailman:
status: In Progress → Fix Committed
tags: removed: easy
Barry Warsaw (barry) on 2012-09-08
Changed in mailman:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers