Search results for "Postorius" - Mailman-users

Re: Postorius: Show only own lists

by Thor Atle Rustad

2018-01-23 16:59 GMT+01:00 Terri Oda <terri(a)toybox.ca>: > > > On January 23, 2018 6:26:51 AM PST, Thor Atle Rustad < > thor.rustad(a)gmail.com> wrote: > >2018-01-23 14:37 GMT+01:00 Simon Hanna <simon(a)hannaweb.eu>: > > > >> On 01/23/2018 12:10 PM, Thor Atle Rustad wrote: > >> > >>> Imagine an installation with 500+ mailing lists and almost as many > >local > >>> admins that are supposed to maintain their own local lists with a > >few > >>> local > >>> members. As site admin, I see all 500+ lists, but I was expecting > >*local* > >>> admins to see only the lists they maintain. I have set all lists to > >>> "advertised = False", so they are hidden from ordinary view. Is > >there a > >>> way > >>> to show only relevant lists to local admins? > >I believe I wrote Postorius in the subject line, but it may not be so > >obvious. So yes, in Posterius I would like to hide the lists from email > >harvesters, while relatively "untrusted" admins should have access to > >basic > >operations on the one list he/she "owns" (and without having to browse > >through 50 pages of mailing lists). Somehow I don't think 500 > >superusers in > >our system is a good idea! > > What do you mean by local admins? > > Is this > 1. Giantsite.example.com hosts lists for a bunch of domains, and you want > the logged in admins of mydomain.com to see their list admin pages but > not otherdomain.org's lists > > 2. You want each logged in admin to have their own personal dashboard of > list admin pages for lists they administrate, even though they're all under > one big domain. > > (Neither of those scenarios talks about archives, since you say you're > only talking about postorious) > > I think #2 is something we should be doing, and the old "todo" section of > the interface kind of was made with that in mind. Probably worth mocking > up some screenshots and opening a feature request to keep the idea in mind, > but it should be more a matter of prioritizing how things are displayed > than any huge change. > > I'm not sure if we have a "local admin" concept in the system that lines > up with #1, though. > > Ok, this would more like number 2. It's National.dogclub.com with its various mailing lists like poodle.dogclub.com, which expands to poodle-regionA.dogclub.com, poodle-regionB.dogclub.com, poodle-regiionC.dogclub.com and so on. So with dozens of different dog breeds and geographic chapters, the number of mailing lists are between 500 and 1000, but all are under the same dogclub.com domain. The members of each list should be maintained by a person with some elevated rights, but not enough to mess up the system. What I called "local admin" should have rights to add and remove members of, say, the poodle-regionA mailing list.

7 years, 10 months

Re: changing adverstised status

by Simon Hanna

On 8/22/18 10:27 AM, Alexander Klotz wrote: > Hi there, > > we are trying to set a once public list to private but have trouble > doing so. In Postorius this doesn't seem to work - you can change > "show list on index page" via the settings, but the value isn't saved. > Is there a way to set advertised = False to a specific list via the > shell? What do you mean it isn't saved? Are you getting an error? Is it just being overwritten to True? I use the rest api, using it you can do the following: ./manage.py mmclient lists = client.lists l = <choose your list> l.settings['advertised'] = False l.settings.save()

7 years, 3 months

Re: Mailman, etc. upgrade woes and persistent bugs

by Jim Popovitch

On Sat, 2021-02-13 at 10:40 -0500, Brian Carpenter wrote: > On 2/13/21 10:37 AM, Jim Popovitch via Mailman-users wrote: > > On Sat, 2021-02-13 at 08:01 -0500, Brian Carpenter wrote: > > > Features are not the only thing about a modern UI, UX design plays a > > > MAJOR role in the modern UI. Postorius should have at least matched MM2 > > > in features in regards to something as important as Member management > > > but instead it took a step back into the dark ages. > > I'm gonna be a dick and remind you that less than 1 year ago you were > > trying to convince me that MM3 was a gift from god and that it was time > > for me to jump from MM2 to MM3 because it was sooo easy and such a time > > saver.. or something like that. The point being, you yourself just > > still aren't happy with MM3. Welcome to the club. > > I am very happy with MM3 just not with Postorius. MM3 allowed me to come > up with my own admin interface. Mailman 2 would never allowed me to do > that. So please leave your Mailman 2 bondage and come over to Mailman 3. > We have cookies! But how do you display a "Membership List page" for admins in MM3 (choice of wording is specific to other emails you've posted today) without third-party application(s), and isn't that too a shortcoming in MM3 due to that functionality being present in MM2? Look, without a doubt the REST API of MM3 Core is cool, but let's be honest, all the 3rd party wrapping and baggage is, well, not so cool. But, again being honest, you can't have a MM3 system without all of those things. With MM2 we have all those things, and we are happy with them. :) -Jim P.

4 years, 10 months

Re: Is logging.subscribe working in /etc/mailman.cfg?

by Mark Sapiro

On 2/19/19 6:39 PM, Alan So wrote: > I just tested it and observe that, > > 1) If the member send the request to list-leave(a)example.com, the user can confirm and the request is then moderated. The held request is also logged as expected and a notification is also sent to the owner or moderator. However, the owner cannot fulfill his/her request like those under "Subscription requests" in Postorius. The owner have to remove the address manually as a workaround. This is now reported at <https://gitlab.com/mailman/postorius/issues/332> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 9 months

Re: Removing a moderator via the REST API

by Mark Sapiro

On 11/14/24 13:44, Andy Matthews wrote: > > However it doesn't appear that you can remove a person as moderator via the API, per a comment made by Mark on 8/12/24 in this thread: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… I'm not sure what I said there to make you think that, but first you have to be able to do this via the API because Postorius does it via mailmanclient which uses the API. See https://gitlab.com/mailman/mailmanclient/-/blob/master/src/mailmanclient/re… -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year

Re: Upgrading other python packages than the mailman ones in a venv results in dependency conflicts

by Mark Sapiro

On 12/16/24 03:03, Andreas Vetter wrote: > > OK. So what about --upgrade-strategy eager: > > pip install -U --upgrade-strategy eager mailman postorius django-mailman3 > hyperkitty mailman-web > > Is that allowed/supported? Yes it is recommended if you want to upgrade dependencies and if you have a recent version of pip. Older versions of pip don't support that option but their default behavior is the same as newer versions with --upgrade-strategy eager. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

11 months, 3 weeks

Hyperkitty - not sending from GUI & reply-thread

by sunil soprey

With latest release (HK 1.3.1), does anyone have an issue with no emails from reply-thread? I able to send/receive emails to/from mailman. I see MTA delivered emails, just no emails from HK GUI. No errors logs (py exception) nor mailman. ideaS? Versions: mailman-hyperkitty (1.1.0) - Mailman archiver plugin for HyperKitty INSTALLED: 1.1.0 (latest) HyperKitty (1.3.1) - A web interface to access GNU Mailman v3 archives INSTALLED: 1.3.1 (latest) mailman (3.3.0) - Mailman -- the GNU mailing list manager INSTALLED: 3.3.0 (latest) postorius (1.3.1) - A web user interface for GNU Mailman INSTALLED: 1.3.1 (latest) django-mailman3 (1.3.1) - Django library to help interaction with Mailman INSTALLED: 1.3.1 (latest) mailmanclient (3.3.0) - mailmanclient -- Python bindings for Mailman REST API INSTALLED: 3.3.0 (latest) f

5 years, 11 months

Re: Mailing list name with capital letters?

by Mark Sapiro

On 9/26/23 12:00, Mark London wrote: > I guess this is not possible? If you mean create a list with upper case in it's list_id or list posting address, you are correct, but since in your OP you said "Right now, only the first letter can be capitalized." you must be talking about the list's display name. That can be set in Postorius at Settings -> List Identity per my reply at <https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…>. It can also be set via REST or mailman shell. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 2 months

Re: General question mailman3: message sender acceptance "always"

by Wikinaut

Mark Sapiro wrote: > On 10/23/23 05:41, Wikinaut wrote: > > I could not find such an option (in the moderation dialog) in Mailman3 (only "accept" or "reject" and "discard", but "accept and add to white-list = accept always"). > > In the Postorius held messages view, click on the message's subject to > open a dialog showing the messages content Dear Mark, sorry: How should I know this? I'd rather prefer to have these both changes: i) relabel the existing one od three buttons from "accept" to "accept once" ; and ii) add a fourth button "accept all messages from this sender (i.e. add to white list)"

2 years, 1 month

Re: Adding a domsin

by Mark Sapiro

On 1/13/20 1:33 PM, Allan Hansen wrote: > > It’s mostly working but the Postorius page and the ‘noreply’ emails still sport the old domain name. I hav looked at all the py and cfg files where the old name appeared, and they no longer hold the old name. My coadmin now tells me that the database has a table with the old name. Any suggestion as to whether that can cause the issue and if it’s safe to change the table. Look in Mailman's var/templates/directory. I suspect you have a site/en/ subdirectory with templates containing the old name. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 11 months

Mailman-users search results for query "Postorius"