failure archiving large majordomo mbox
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNU Mailman |
Invalid
|
Medium
|
Unassigned |
Bug Description
I have a 360MB listname.mbox file, which is
concatenated from six years of
majordomo archives. I tried archiving the mbox using
bin/arch (via the
built-in pipermail), and got this:
Traceback (most recent call last):
File "bin/arch", line 129, in ?
main()
File "bin/arch", line 118, in main
archiver.
File "/home/
line 526, in processUnixMa
ilbox
a = articleClass(m, self.sequence)
File "/home/
line 207, in __init__
self.
File "/home/
line 175, in __init__
self.
File "/home/
line 419, in _set_date
self.
File "/home/
line 228, in _set_date
date = message.
File "/usr/pkg/
getdate_tz
return parsedate_tz(data)
File "/usr/pkg/
parsedate_tz
if data[0][-1] in (',', '.') or
string.
IndexError: list index out of range
I'm running Mailman 2.0.8 on Python 2.0, NetBSD 1.5.1.
I've applied these
patches:
mailman-
indexing-
htdig-
The mbox has some older messages for which pipermail
apparently punts,
setting their date to February 2002. I will look into a
work-around which
splits and then rebuilds the mbox with better date
formatting. Not sure how
to go about that...
[http://
Try Mailman 2.1. A lot of fixes have been added to
Pipermail, and while it's still not perfect, it should be a
lot better.