Package: mailman
Version: 1:2.1.23-1+deb9u4
Followup-For: Bug #878597
Dear Maintainer,
I'm experiencing exactly the same problem after upgrading to 2.1.23.
I run several mailinglists with different languages, so many emails are sent in
utf8.
After upgrade a couple of lists stopped working and all messages are shunted
with messages like:
Mar 02 07:18:00 2019 (29638) SHUNTING:
1551496266.198737+c6746c07f14b963960db9eaf05fcebbfa7b49439
Mar 02 07:18:00 2019 (29638) Uncaught runner exception: 'utf8' codec can't
decode byte 0xaa in position 26: invalid start byte
Mar 02 07:18:00 2019 (29638) Traceback (most recent call last):
File "/var/lib/mailman/Mailman/Queue/Runner.py", line 119, in _oneloop
self._onefile(msg, msgdata)
File "/var/lib/mailman/Mailman/Queue/Runner.py", line 190, in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
File "/var/lib/mailman/Mailman/Queue/ArchRunner.py", line 77, in _dispose
mlist.ArchiveMail(msg)
File "/var/lib/mailman/Mailman/Archiver/Archiver.py", line 214, in ArchiveMail
h.processUnixMailbox(f)
File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 596, in
processUnixMailbox
self.add_article(a)
File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 640, in
add_article
author = fixAuthor(article.decoded['author'])
File "/var/lib/mailman/Mailman/Archiver/pipermail.py", line 63, in fixAuthor
while i>0 and (L[i-1][0] in lowercase or
UnicodeDecodeError: 'utf8' codec can't decode byte 0xaa in position 26: invalid
start byte
I have re-installed mailman etc, unshunted the messages, looked at the mbox
files (I don't see anything wrong)
but the problem persists. U have no clue how I can get those lists back working.
Also deleting the shunted messages is not the solution, as new messages equaly
get shunted.
What I have to mention, during the upgrade, something went wrong with the
locales and I had to re-install them.
Could that be that maybe mailman compiled language files or similar while the
locales were gone and this
caused the problem?
I would have guessed that re-installing mailman after fixing the locales would
solve such a problem.
Any help greatly appriciated.
-Benoit-
-- System Information:
Debian Release: 9.8
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8),
LANGUAGE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages mailman depends on:
ii apache-ssl [httpd] 1.3.34-4.1+etch1
ii apache2 [httpd] 2.4.10-10+deb8u8
ii apache2-mpm-prefork [httpd] 2.4.10-10+deb8u8
ii cron [cron-daemon] 3.0pl1-128+deb9u1
ii debconf [debconf-2.0] 1.5.61
ii libc6 2.24-11+deb9u4
ii logrotate 3.11.0-0.1
ii lsb-base 9.20161125
ii python 2.7.13-2
ii python-dnspython 1.15.0-1+deb9u1
ii ucf 3.0036
Versions of packages mailman recommends:
ii sendmail-bin [mail-transport-agent] 8.15.2-8
Versions of packages mailman suggests:
pn listadmin <none>
ii lynx 2.8.9dev11-1
pn spamassassin <none>
-- Configuration Files:
/etc/cron.d/mailman changed:
0 8 * * * list [ -x /usr/lib/mailman/cron/checkdbs ] &&
/usr/lib/mailman/cron/checkdbs
0 9 * * * list [ -x /usr/lib/mailman/cron/disabled ] &&
/usr/lib/mailman/cron/disabled
0 12 * * * list [ -x /usr/lib/mailman/cron/senddigests ] &&
/usr/lib/mailman/cron/senddigests
0 5 1 * * list [ -x /usr/lib/mailman/cron/mailpasswds ] &&
/usr/lib/mailman/cron/mailpasswds
*/5 * * * * list [ -x /usr/lib/mailman/cron/gate_news ] &&
/usr/lib/mailman/cron/gate_news
27 3 * * * list [ -x /usr/lib/mailman/cron/nightly_gzip ] &&
/usr/lib/mailman/cron/nightly_gzip
30 4 * * * list [ -x /usr/lib/mailman/cron/cull_bad_shunt ] &&
/usr/lib/mailman/cron/cull_bad_shunt
-- debconf information:
* mailman/used_languages: ca de en es eu fi fr hu ia it nl no pl pt pt_BR ro sr
sv tr
* mailman/site_languages: sr, tr, sv, ro, pt_BR, pt, pl, no, nl, it, ia, hu,
fr, fi, eu, es, de, ca, en
* mailman/create_site_list:
mailman/gate_news: true
* mailman/default_server_language: en
* mailman/queue_files_present: continue regardless