Public bug reported:
SYSTEM INFORMATION
OS type and version centos7
Webmin version 1.991
Virtualmin version 7.0Pro
Related packages SUGGESTED
when i create a masterlist an will login to it:
admin(6040): [----- Mailman Version: 2.1.15 -----]
admin(6040): [----- Traceback ------]
admin(6040): Traceback (most recent call last):
admin(6040): File “/usr/lib/mailman/scripts/driver”, line 112, in run_main
admin(6040): main()
admin(6040): File “/usr/lib/mailman/Mailman/Cgi/admin.py”, line 92, in main
admin(6040): params = cgidata.keys()
admin(6040): File “/usr/lib64/python2.7/cgi.py”, line 582, in keys
admin(6040): raise TypeError, “not indexable”
admin(6040): TypeError: not indexable
admin(6040): [----- Python Information -----]
when i create a new master list
** Affects: mailman
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1974478
Title:
Mailman 2.1.15 found a bug
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1974478/+subscriptions
Public bug reported:
Using mailman 2.1.39 with the recent fixes for bug 1961762 applied on
top. [1] [2]
A user has noticed the following behavior on our list with
private_roster = 1 (List members): [3]
==========================
When using the Remind button:
"If you are a list member, your password has been emailed to you." is
only displayed when the entered email is on the list.
The same thing happens with the Unsubscribe button, "If you are a list member, a confirmation email has been sent." is only displayed when the entered email is on the list.
==========================
[1] https://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/1887
[2] https://bazaar.launchpad.net/~mailman-coders/mailman/2.1/revision/1888
[3] https://bugs.archlinux.org/task/74424
** Affects: mailman
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1968443
Title:
Membership information leak through options page
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1968443/+subscriptions
Public bug reported:
after implementing hCaptcha and FriendyCaptcha into "rcguard"
(roundcubemail) and "amavisd-release-web" I have it now also implemented
into mailman version 2 (see attachement).
Would be great to get this into upstream.
the diff is based on installation on AlmaLinux 8 with following RPM:
mailman-2.1.29-12.module_el8.5.0+2602+327eb9f3.2.x86_64
BTW: thank you for keeping mailman version 2 still supported!
** Affects: mailman
Importance: Undecided
Status: New
** Patch added: "hCaptcha / FriendlyCaptcha extension"
https://bugs.launchpad.net/bugs/1969183/+attachment/5580866/+files/mailman-…
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1969183
Title:
Add support for hCaptcha and FriendlyCaptcha
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1969183/+subscriptions
Public bug reported:
In Mailman 2, messages/de/LC_MESSAGES/mailman.po claims:
4578 #: Mailman/Defaults.py:1809
4579 msgid "Esperanto"
4580 msgstr "Deutsch"
Yet the proper translation of "Esperanto" would be "Esperanto", not
"Deutsch" ("German").
** Affects: mailman
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1966685
Title:
Wrong translation of "Esperanto" in German translation
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1966685/+subscriptions
Public bug reported:
I recently got a notification about a post by a non-member to a members-
only list. I didn’t respond immediately, but when I did the admin
interface told me there were “no pending requests”.
The next day I got another notification about the same message.
Eventually I decided to set max_days_to_hold as a way of hopefully
deleting the message, but today I got another notification (obviously
spammers have discovered the list), but the admin interface still shows
“no pending requests”.
Is there any way to manually clear these since the interface is failing?
The lists are on a shared CPanel hosting site but I have SSH access.
Support is pretty useless, so I’m reluctant to waste hours of my time on
them unless I have to.
** Affects: mailman
Importance: Undecided
Status: New
** Description changed:
I recently got a notification about a post by a non-member to a members-
only list. I didn’t respond immediately, but when I did the admin
interface told me there were “no pending requests”.
The next day I got another notification about the same message.
- Eventually I decided to set max_day_to_hold as a way of hopefully
+ Eventually I decided to set max_days_to_hold as a way of hopefully
deleting the message, but today I got another notification (obviously
spammers have discovered the list), but the admin interface still shows
“no pending requests”.
Is there any way to manually clear these since the interface is failing?
The lists are on a shared CPanel hosting site but I have SSH access.
Support is pretty useless, so I’m reluctant to waste hours of my time on
them unless I have to.
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1966351
Title:
"No pending requests" but getting moderator notifications
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1966351/+subscriptions
Public bug reported:
When a message contains an invalud unicode sequence in its header,
qrunner flat out crashes on that:
May 17 15:32:20 2015 (981) Uncaught runner exception: 'utf8' codec can't decode byte
0xe9 in position 18: invalid continuation byte
May 17 15:32:20 2015 (981) 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/IncomingRunner.py", line 130, in _dispose
more = self._dopipeline(mlist, msg, msgdata, pipeline)
File "/var/lib/mailman/Mailman/Queue/IncomingRunner.py", line 153, in _dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
File "/var/lib/mailman/Mailman/Handlers/CookHeaders.py", line 239, in process
i18ndesc = uheader(mlist, mlist.description, 'List-Id', maxlinelen=998)
File "/var/lib/mailman/Mailman/Handlers/CookHeaders.py", line 65, in uheader
return Header(s, charset, maxlinelen, header_name, continuation_ws)
File "/usr/lib/python2.7/email/header.py", line 183, in __init__
self.append(s, charset, errors)
File "/usr/lib/python2.7/email/header.py", line 267, in append
ustr = unicode(s, incodec, errors)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe9 in position 18: invalid
continuation byte
May 17 15:32:20 2015 (981) SHUNTING:
1431869540.389822+156779307d54473d0eb732994bb67eee95733285
A solution for this specific case is to have Mailman/Handlers/CookHeaders.py pass the erorrs='replace' parameter.
I would say that this is actually a bug in python-email, since I think it doesn't make sense to set errors to "strict" rather than something like "replace" when the intention is to parse stuff so free-formed, under-specd
and user-controlled as email. Nonetheless, Mailman already sets errors='replace' in some places so it might aswell add it here.
** Affects: mailman
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1462755
Title:
qrunner crashes on invalid unicode sequence
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1462755/+subscriptions
Public bug reported:
The fix for CVE-2021-42097 requires that the user submitting a user
options form match the user in the CSRF token submitted with the form,
but the match is case sensitive and should not be.
There is also a potential NameError exception in logging a mismatch.
** Affects: mailman
Importance: Medium
Assignee: Mark Sapiro (msapiro)
Status: In Progress
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1954694
Title:
CSRF check for user tokens should not be case sensitive.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1954694/+subscriptions
Public bug reported:
Part of the logic in bin/cleanarch in determining if a From_ line is a
valid Unix From_ separator checks if the following line is a valid
header. This test is intended to be that the following line contains a
colon and only one or more ascii printable characters up to the first
colon. It does check for a colon, but only checks that there is at least
one ascii printable character at the beginning of the line before the
colon.
** Affects: mailman
Importance: Low
Status: In Progress
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1957025
Title:
Test for From_ followed by valid header in bin/cleanarch is
incomplete.
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1957025/+subscriptions
Public bug reported:
We need a script, documentation, or other procedure to help people
migrate from Mailman 2 to Mailman 3.
** Affects: mailman
Importance: Undecided
Status: New
** Tags: mailman3
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/965532
Title:
Need a script to upgrade from MM2 to MM3
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/965532/+subscriptions