Attachments still being scrubbed even for lists where 'archive' is set to No.

Bug #767335 reported by Bernie Innocenti
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GNU Mailman
Invalid
Undecided
Unassigned

Bug Description

This is Mailman 2.14, but the bug was also present in ancient releases.

We have a list configured like this:
  archive=No
  archive_private=Yes

The global settings are:
  DEFAULT_ARCHIVE=On
  DEFAULT_ARCHIVE_PRIVATE=0
  ARCHIVE_TO_MBOX=2
  PRIVATE_EXTERNAL_ARCHIVER=No

Even though no html archives are being generated, Mailman still creates the attachments directory for this list, and saves all attachments in it.

I've traced the code responsible for this to ArchiverMailbox.__init__(), invoked by HyperArchive.processUnixMailbox(). I couldn't find where Mailman uses the perl-list 'archive' flag. Only the global setting seems to be considered.

Revision history for this message
Mark Sapiro (msapiro) wrote :

This is not a bug.

Attachments are scrubbed (removed, stored aside and replaced by a brief description and hyperlink to the stored attachment) from messages in two ways. If the list's Non-digest options -> scrub_nondigest setting is Yes, attachments are scrubbed from all messages. Otherwise, if the list's Digest options -> digestable setting is Yes, attachments are scrubbed during preparation of the plain format digest.

Scrubbed attachments are stored in the lists archive structure because that is a convenient place, but otherwise they have nothing to do with archiving. If you don't want any attachments to be scrubbed, set both Non-digest options -> scrub_nondigest and Digest options -> digestable to No.

Changed in mailman:
status: New → Invalid
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.