Public bug reported:
We're running Mailman 2.1.14 and have recently begun using mm-
handler-2.1.10 from the contrib directory as MTA for sendmail.
Everything appeared to work fine, but after a few months we were alerted
by one of our users that no mail was delivered anymore to one of his
lists. The list's name is mathematica-admin. It turns out that mm-
handler strips the -admin part and tries to deliver the mail to a list
named mathematica, which does not exist. We had a small number of other
lists with the same problem. I've created a patch that fixes it and
another small issue (a variable is passed to a subroutine, but a global
variable is actually used there).
** 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/697161
Title:
Bug in mm-handler-2.1.10 regarding lists named xxx-admin
Public bug reported:
Steps to reproduce:
Create two mail lists ml01 (hosted on domain dom.1) and ml02 (hosted on
domain dom.2)
Add user to ml01
$ add_members -a y -r - ml01
lkjhlkhlkh(a)wefqwefqwef.com
Subscribed: lkjhlkhlkh(a)wefqwefqwef.com
Notification email to the admin of ml01 will look as following:
Subject: Ml01 subscription notification
From: mailman(a)dom.2
To: mladmin00(a)dom.1
Message-ID: <mailman.1.1287993063.7501.ml01(a)dom.1>
Date: Mon, 25 Oct 2010 14:51:03 +0700
Subscribed: lkjhlkhlkh(a)wefqwefqwef.com
Apparently, host name of the mail list is not considered when composing the notification message.
I've checked 2.1.9 and 2.1.14 - both have the same bug
** Affects: mailman
Importance: Undecided
Status: New
--
wrong From field in subscription notification to admin
https://bugs.launchpad.net/bugs/666181
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
Public bug reported:
If a real name or comment in a From: or other sender header is RFC 2047
encoded and the decoding contains an unquoted comma or other special,
the Message methods get_sender() and get_senders() can return bogus
addresses leading to other issues.
A patch is attached.
** 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/702516
Title:
RFC 2047 encoded From: header is not correctly parsed.
Public bug reported:
A list moderator receives a held message notification and attempts to
approve the message by replying to the third part (second attachment)
and including an Approved: <password> line as the first line of the
reply.
If the moderator's MUA base64 encodes the reply for i18n or other
reasons, the Approved: line is not found and the message is discarded.
** Affects: mailman
Importance: Undecided
Status: New
--
Reply to to part 3 of a held message notification containing a Approved: first body line fails if reply is base64 encoded.
https://bugs.launchpad.net/bugs/677115
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
Public bug reported:
The Spanish (es) translation of the bin/check_perms message "%(path)s
bad group (has: %(groupname)s, expected %(MAILMAN_GROUP)s)" is missing
the 's' in '%(path)s'. This prevents check_perms from reporting/fixing
group errors and any other problems not found before the first group
error.
** Affects: mailman
Importance: Undecided
Status: New
--
Missing format character in Spanish translation
https://bugs.launchpad.net/bugs/670988
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
Public bug reported:
If respond_to_post_requests is Yes the notice to the poster of a held
post is From: the listname-bounces address. It should be from the
listname-owner address.
** Affects: mailman
Importance: Medium
Assignee: Mark Sapiro (msapiro)
Status: Triaged
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/714424
Title:
Held message user notification should be from -owner, not -bounces
Public bug reported:
For a good, working Mailman 3.0 UI we have to handle the passwords for each user (needed when they subscribe/unsubscribe/want to access their settings page but also for the admins and listowners). Hence, we need to implement the possibility to check for passwords in the rest-client (I believe these are saved in the user table in the core DB) and/or a login function.
We should probably use https for the psw authentication.
** Affects: mailman
Importance: Undecided
Status: New
** Tags: mailman3 rest-api
--
Login function needed in rest-client
https://bugs.launchpad.net/bugs/600780
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
Public bug reported:
For example, a held message notification to the list owner/moderator
contains an attached message/rfc822 part with subject "confirm <token>"
and this message can be replied to with or without an "Approved:
<password>" header/first body line to accept or discard the held
message.
The code allows for an MUA possibly inserting 'Re:' or some l10n
equivalent in the subject making it "Re: confirm <token>", but if the
l10n equivalent contains a non-ascii character, the entire command is
ignored and the message continues to be held.
** 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/685261
Title:
emailed command in subject header is ignored
Public bug reported:
When trying to install mailman outside the Python tree, I get the following error:
(I've replaced my home directory with $HOME in the below text)
$ whoami
srf
$ /software/bin/python-2.6.3 setup.py install --prefix=~srf/mailman-install
running install
Checking .pth file support in /$HOME/mailman-install/lib/python2.6/site-packages/
error: can't create or remove files in install directory
The following error occurred while trying to add or remove files in the
installation directory:
[Errno 2] No such file or directory: '/$HOME/mailman-
install/lib/python2.6/site-packages/test-easy-install-20075.pth'
The installation directory you specified (via --install-dir, --prefix, or
the distutils default setting) was:
/$HOME/mailman-install/lib/python2.6/site-packages/
This directory does not currently exist. Please create it and try again, or
choose a different installation directory (using the -d or --install-dir
option).
** Affects: mailman
Importance: Undecided
Status: New
--
Mailman 3 Branch, install fails with --prefix specified
https://bugs.launchpad.net/bugs/667252
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
Public bug reported:
Subscribing to more than one mailing list with the same email address
via the REST API raises an AssertionError in app/membership.py and and
subsequently returns a 500 HTTP status code.
System Info:
Ubuntu 10.10
Python 2.6.6
Mailman 3.0.0a7 (Rev. 6976)
I added a patch file containing a test for multiple list subscriptions
and a possible fix.
Cheers
Florian
** Affects: mailman
Importance: Undecided
Status: New
** Tags: mailman3 rest-api
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/710182
Title:
REST API: Subribing to more then one list raises AssertionError /
returns HTTP 500