Header for archive should be configurable

Bug #266595 reported by Ber-users
2
Affects Status Importance Assigned to Milestone
GNU Mailman
Confirmed
Medium
Unassigned

Bug Description

I am using an external archiver and for internal Mails the internal
archiver.
It is possible to just edit the public HTML page pointing to the right
place,
but the list archive url is send with the new headers.
It should be made configurable not to send the header or better:
Make another archival option to give the URL of the archive.

[http://sourceforge.net/tracker/index.php?func=detail&aid=224368&group_id=103&atid=350103]

Revision history for this message
Ber-users (ber-users) wrote :

Of course the archive URL should be configurable on a per list basis...

Revision history for this message
Jean.c.h (slug71) wrote :

Marked this bug as invalid due to its age and nothing further has been added in a long time. New versions have been released since as well as some underlying stuff in Linux itself.

If this bug still affects then please change status back to 'Confirmed'.

Changed in mailman:
status: New → Invalid
Revision history for this message
Bernhard E. Reiter (bernhardreiter) wrote :

This was probably resolved with Mailman 2.1.3 (28-Sep-2003), its NEWS said:
    Archiver / Pipermail

        - In the configuration variables PUBLIC_EXTERNAL_ARCHIVER, and
          PRIVATE_EXTERNAL_ARCHIVER, %(hostname)s has been added to
          the list of allowable substitution variables.

Changed in mailman:
status: Invalid → Fix Released
Mark Sapiro (msapiro)
Changed in mailman:
status: Fix Released → Confirmed
Revision history for this message
Mark Sapiro (msapiro) wrote :

I see this as a feature request, but it asks that the List-Archive: header be configurable or removable on a per-list basis. It is configurable site-wide for public archives and the %(hostname)s substitution in PUBLIC_ARCHIVE_URL allows a different host for different domains, and it is removable if the list owner chooses to remove all the List-*: headers, but I think this is asking for something beyond what currently exists.

This is something that may be addressed in MM 3.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.