Public bug reported:
I suggest snarfing their docs, and rewriting them from a user's point of
view.
Feel free to assign it to me. :-)
** 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/1035021
Title:
Referring people to launchpad for lazr.config docs is rude
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1035021/+subscriptions
Public bug reported:
How do I add another person as an administrator to either a single
>list or to my full mailman installation? I don't see this in either
>Postorius or the command line tools.
It would be useful to have a command line interface for adding extra administrators to a mailing list.
It could either be added:
1) to the existing 'members' subcommand as an additional option on the --add command (like --admin --add blah(a)blah.com)
2) to the existing 'members' subcommand as a separate post-add step (step 1: --add blah(a)blah.com step 2: --admin blah(a)blah.com to add admin rights to that existing subscriber)
3) a new subcommand
#2 seems like a reasonable approach. #1 is limited because you could
only give admin rights when first adding a user.
** 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/1004056
Title:
ability to add administrator via command line
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/1004056/+subscriptions
Public bug reported:
The `requests` package <http://pypi.python.org/pypi/requests/0.11.1> was
all the rage at Pycon 2012. Seems like it could replace the use of
several similar packages like httplib2, urllib2, etc. For future
investigation.
** Affects: mailman
Importance: Low
Status: Triaged
** 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/975708
Title:
Switch to the `requests` package
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/975708/+subscriptions
Public bug reported:
At Pycon, we talked about the need for the core to potentially push data
to Postorius, HyperKitty, and other components. It makes much more
sense for the core to be capable of publishing events and data to a
messaging system like ZeroMQ, which those other components could
subscribe to. This is a placeholder for future investigation.
** Affects: mailman
Importance: Low
Status: Triaged
** 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/975707
Title:
Investigate something like ZeroMQ
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/975707/+subscriptions
Public bug reported:
At Pycon, it was observed that the topic system as it exists in mm2.1
isn't really all that useful. Terri had some thoughts about that in
regards to work that Systers did. This is mostly a placeholder for
future ideas and to get it out of my TODO list. :)
** Affects: mailman
Importance: Low
Status: Triaged
** 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/975705
Title:
Rip out or redesign the topic system
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/975705/+subscriptions
Public bug reported:
`bin/mailman create` has a -d option which says to create the domain of
the new mailing list's posting address if it doesn't already exist. At
Pycon it was observed that it was kind of silly to always have to
specify -d and that maybe it should be the default. The reason I didn't
do that was because of typos, which would be a bit of work to undo.
Maybe once we have list renaming exposed, this would be useful. But I'm
still not sure.
** Affects: mailman
Importance: Low
Status: Triaged
** Tags: easy 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/975703
Title:
-d should (maybe) be the default for `bin/mailman create`
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/975703/+subscriptions
Public bug reported:
Stephen observed that it might be useful to implement a pipeline of
handlers (even chain processing?) for other runners such as archive,
bounce, and command. This is probably not something for 3.0 final, thus
I'm marking it triaged,low. But it's an interesting idea and may lead
to other useful refactoring.
** Affects: mailman
Importance: Low
Status: Triaged
** 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/975702
Title:
Implement a pipeline in other runners
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/975702/+subscriptions
Public bug reported:
In Mailman 3, technically rules should not have side effects. The
'approved' rule breaks this because it removes the Approved header (and
other supported headers) from the message. There should instead be a
handler that does the header cleaning, and the rule should not do this.
>From an implementation standpoint, the same code can be used in both the
handler and in the rule. You can use a slightly different API wrapper
and use a flag to indicate whether the header should be removed or not.
OTOH, some clever refactoring might make better sense.
** 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/973790
Title:
'approved' rule should not modify the message
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/973790/+subscriptions
Public bug reported:
At the simplest, it should support GET on a Message-ID or X-Message-ID-
Hash value and return the bytes of the stored message, or 404.
** 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/967954
Title:
IMessageStore should be exposed as a top level REST resource
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/967954/+subscriptions
Public bug reported:
Adding to the documentation some graphs in graphviz format.
** 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/953531
Title:
Add graphs of the overall architecture
To manage notifications about this bug go to:
https://bugs.launchpad.net/mailman/+bug/953531/+subscriptions