[ mailman-Bugs-1442639 ] attachments archived even when archiving disabled

[SourceForge.net]

Bugs item #1442639, was opened at 2006-03-03 10:27
Message generated for change (Comment added) made by msapiro
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1442639&group_id=103

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Pipermail
Group: 2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: R. Scott Bailey (rscottbailey)
Assigned to: Nobody/Anonymous (nobody)
Summary: attachments archived even when archiving disabled

Initial Comment:
I just noticed disappearing disk space under /var on 
my Debian system running mailman 2.1.7... :-)

Investigation reveals lots of space tied up 
under /var/lib/mailman/archives/private/<list>/attachm
ents/<yyyymmdd>/<blah> -- it appears that any message 
containing an attachment causes the attachment to be 
stashed here in the archive tree, even when archiving 
is disabled (and nothing else in the archives tree is 
getting updated).

I do not believe it is correct behavior for 
attachments to be saved in these circumstances.

Thanks,

  Scott Bailey
  scott.bailey at eds.com

----------------------------------------------------------------------

>Comment By: Mark Sapiro (msapiro)
Date: 2006-03-03 10:45

Message:
Logged In: YES 
user_id=1123998

This is expected behavior. The scrubber saves attachments in
the archives/private/<listname>/attachments/ directory. This
happens for all messages if scrub_nondigest is Yes, and for
all plain digests in any case even if the list does not do
archiving.

If you allow attachments at all, the only way to avoid this
is to set both scrub_nondigest and digestable to No. I.e,
don't scrub individual messages and don't allow digests.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100103&aid=1442639&group_id=103