Hi,
I'm observed this behavior too. To solve, I used a script on cron, like
this, to maintain 2 years of archive:
[...]
year=`date --date='2 years ago' +%Y`
month=`date --date='last month' +%m`
data_corte="${ano}${mes}"
path_private='/usr/local/mailman/archives/private'
find "${path_private}"
On 12/22/20 8:35 AM, Mark Sapiro wrote:
>
> My current thinking is if the list's scrub_nondigest setting is Yes,
> remove the "pruned" attachments and if either -b/--backup or
> -p/--preserve is specified, backup/preserve them too.
>
> Other thoughts are welcome.
>
I've updated the script at
On 12/22/20 6:48 AM, Stephen J. Turnbull wrote:
> Ralf Hildebrandt writes:
>
> > Today I issued "prune_arch -l flohmarkt -d 30" and wondered about
> > the immense size of the corresponding archive directory
> > archives/private/flohmarkt
>
> > Shouldn't prune_arch also clean out the
Ralf Hildebrandt writes:
> Today I issued "prune_arch -l flohmarkt -d 30" and wondered about
> the immense size of the corresponding archive directory
> archives/private/flohmarkt
> Shouldn't prune_arch also clean out the "attachments" directory?
> (mailman-2.1.34)
Probably, but that's up
Today I issued "prune_arch -l flohmarkt -d 30" and wondered about the
immense size of the corresponding archive directory archives/private/flohmarkt
du quickly showed me why:
# du -s * | sort -n
4index.html
4pipermail.pck
84 2020-November.txt
296 2020-December.txt
332