You could make bin/my_add_members containing
#!/bin/sh
cd /path/to/mailman/bin
echo $2 | add_members -r - $1
and then do
my_add_members mylist customer(a)address.tld
** Changed in: mailman
Status: New => Won't Fix
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/266756
Title:
add_members command
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/266756/+subscriptions
Adding such a header requires that a separate message be sent to each
user. This is no different from enabling personalization for the list
and adding the list member's address in msg_header or msg_footer. If the
adding of X-Listmember: were an option, this is essentially no different
from the personalize = Yes/No option, and if it were not optional, it
would force sending of individual messages on those installations/lists
that don't want to.
** Changed in: mailman
Status: New => Won't Fix
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/266678
Title:
Add X-Listmember header
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/266678/+subscriptions
Public bug reported:
As some mail clients add previous messages to email as html attachments,
an option to remove (or scramble) e-mail adresses from these would be
nice.
** 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/1066465
Title:
Remove e-mail adresses from html attachments
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1066465/+subscriptions
Mostly a note to self: I need to check that this was not a function of
the test setup used on gimli.
** Also affects: mailman
Importance: Undecided
Status: New
** No longer affects: mailman
** Changed in: postorius
Status: New => Incomplete
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1062957
Title:
No welcome message
To manage notifications about this bug go to:
https://bugs.launchpad.net/postorius/+bug/1062957/+subscriptions
Need to confirm that the setting is being set correctly in REST, but
this may be a Mailman3 bug.
** Also affects: mailman
Importance: Undecided
Status: New
** Changed in: postorius
Status: New => Triaged
** Changed in: postorius
Importance: Undecided => High
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/1062963
Title:
Admin notification not received
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1062963/+subscriptions
Won't fix applies to Mailman 2.1. Mailman 3 does not store clear text
passwords.
** Changed in: mailman
Status: Invalid => Won't Fix
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/265179
Title:
Security hole: passwords mailed in clear
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/265179/+subscriptions
It is completely unacceptable that such a widely used opensource tool as
this has such a major security flaw in it.
You should not be able to send me my password in plaintext. Because
passwords should be stored using an non reversible salted hash.
This is a major PR disaster just waiting to happen. Mainman would become
a laughing stock of the software world.
How has this gone unfixed for 6 years.
--
You received this bug notification because you are a member of Mailman
Coders, which is subscribed to GNU Mailman.
https://bugs.launchpad.net/bugs/266821
Title:
privacy hole in password reminder
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/266821/+subscriptions