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

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@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
participants (1)
-
SourceForge.net