Search results for "Postorius" - Mailman-users

Re: Suggestion on Mailing Lists page

by Mark Sapiro

On 12/24/24 04:36, Alain D D Williams wrote: > > It would be really useful if there was an indication next to each list if that > list required attention, eg an email awaiting moderation. This will be in Postorius 1.3.14. See https://docs.mailman3.org/projects/postorius/en/latest/news.html#news-1-3-14 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 4 months

Postorius: Search field in lists overview

by Andreas Vetter

Hi, is there a way to search lists in Postorius' Lists overview https://lists.example.com/mailman3/lists/?all-lists Well, one can change "results on page" to 200 and then use the search function of the browser, but that is some more clicks. -- Mit freundlichen Gruessen, Andreas Vetter

1 year, 3 months

Re: Unsubscribe from a list

by Mark Sapiro

On 3/25/25 7:41 PM, pau.baiges(a)csuc.cat wrote: > I can only see the subscription policy Then you must have Postorius < 1.3.3 which was released almost 5 years ago. The latest release is 1.3.13. See https://docs.mailman3.org/projects/postorius/en/latest/news.html - You should consider upgrading. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 1 month

Re: Moderator e-mails only going out once a day

by Mark Sapiro

On March 27, 2025 2:20:56 AM GMT+07:00, jkoral(a)luc.edu wrote: >Mark, can you clarify the part about (Postorius Admin immed notify is Yes)? Is that a separate setting than admin_immed_notify is True? If so , how do I check that setting. They are the same. The setting is admin_immed_notify which is a True/False setting. This setting is exposed in Postorius as a Yes/No setting called Admin immediately notify. -- Mark Sapiro <mark(a)msapiro.net> Sent from my Not_an_iThing with standards compliant, open source software.

1 year, 1 month

Re: Auto discard after max_days_to_hold not working.

by Mark Sapiro

On 4/28/25 10:55, Mark Sapiro wrote: > > `mailman import21` will import the setting, but per the above comment, > it doesn't yet work. The setting exists and is exposed in REST, but it > appears it is not actually implemented. This is now implemented for the next release. See https://gitlab.com/mailman/mailman/-/issues/1215 and https://gitlab.com/mailman/mailman/-/merge_requests/1346 for Mailman core and https://gitlab.com/mailman/postorius/-/issues/628 and https://gitlab.com/mailman/postorius/-/merge_requests/1001 for Postorius. -- 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: Finding all held messages

by Mark Sapiro

On 11/28/25 5:43 PM, Peter Chubb via Mailman-users wrote: > > Hi Folks, > Is there a way from the Web UI to find all lists with held > messages? In the next release of Postorius The count of members, held messages and held subscription requests is displayed in the list overview page, but until then, No. See https://docs.mailman3.org/projects/postorius/en/latest/news.html#news-1-3-14 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 months, 1 week

Re: Finding all held messages

by Peter Chubb

>>>>> "Mark" == Mark Sapiro <mark(a)msapiro.net> writes: Mark> On 11/28/25 5:43 PM, Peter Chubb via Mailman-users wrote: >> >> Hi Folks, Is there a way from the Web UI to find all lists with >> held messages? Mark> In the next release of Postorius The count of members, held Mark> messages and held subscription requests is displayed in the list Mark> overview page, but until then, No. See Mark> https://docs.mailman3.org/projects/postorius/en/latest/news.html#news-1-3-1 Great! and thankyou! Peter C

5 months, 1 week

Re: How to upgrade to 3.10

by Paul Tomblin

On Sun, Mar 8, 2026, at 6:37 PM, Mark Sapiro wrote: > Does your > /opt/mailman/venv/lib/py<version>/site-packages/postorius/forms/domain_forms.py > match > <https://gitlab.com/mailman/postorius/-/blob/master/src/postorius/forms/doma…>? No, it doesn't have the base_url field. Well, that' solves one mystery and gives me another. Why didn't pip update it? Could it be because the version number isn't incremented? What would happen if I just git cloned that repo into a local directory and copied it over? -- Paul Tomblin

2 months

remove website example.com via django interface

by Alexander Inzinger-Zrock

remove website 'example.com' via django interface or "how to rush jourself off your feet" **Disclaimer: don't try this at home** in believe to replace the display of 'example.com' in the postorius-webinterface i logged into django-interface, under 'website' (very bottom of the left menu) i added my new website and then deleted 'example.com'. Result: i can't access my webinterfaces any more, neither django nor postorius. Questions: 1. Does somebody know about the correct approach to change the displayed url in the postorius-webinterface? 2. does somebody perhaps know how to revert those removal via CLI or other ways? greetings aiz

1 year, 1 month

Re: Mailman, etc. upgrade woes and persistent bugs

by Brian Carpenter

On 2/13/21 11:39 AM, Stephen J. Turnbull wrote: > Brian Carpenter writes: > > > I think treating all disabled options the same is short-sighted. They > > are all not the same. > > > > -- Some list members will disable their subscription for good reasons > > and will be really upset if a List Owner renables it through ignorance. > > So it is important to know a disable member is done by the member > > itself. > > This is true in principle, but (1) I don't think that the user cares; > if they're looking at it, they know whether they want enabled or > disabled, how it got that way doesn't matter to them, and (2) I can't > see why an admin would disable delivery except on request from a user, > so I can't see why an admin would reenable except on request from a > user. The only case I can see would be a mass reenabling, but that's > not going to happen in the future (I hope). > > > -- Some mailing lists will have multiple list owners managing them. So > > it is important for one List Owner to know when a subscription has been > > disabled by the actions of another List Owner. > > I don't see why, see above. > > > -- A List Owner may not know that some of his List Members are bouncing > > messages for various reasons, so reviewing their Membership roster, they > > see that they have some list members disabled due to bounces and can > > then address those particular problematic members. > > This query is an important use case. But it's the only one, I think, > unless you really have List Owners arbitrarily disabling members' > subscriptions. And if you're thinking about reenabling from that > page, I think you need a lot more information. For example, if the > admin disabled, you need to know if that was a user request or > something else (what?). If bounce disabled, you want to know what the > bounce was ("no such mailbox"? probably not a good candidate for > reenabling), and when (5 minutes ago? ditto). I guess you could just > reenable and see what happens, but that could be risky (eg, sending > mail to non-existent users is frowned upon by some providers). > > > @Abhilash, I highly recommend that you contact me off list about getting > > access to Affinity so you can see what I am talking about. I would love > > to show you what I have done for Member Management. I offered the same > > to Steve but he never was interested in taking a look. > > It's not that I lack interest, it's that life got in the way. > Unfortunately, until I get enough time (man-weeks, I've never worked > on Postorius and very little in Django) to work on Postorius, or > somebody else starts to do it, a look at Affinity is low priority. > Also, it's pretty clear that a quick look isn't going to be very > helpful. The Mailman developers know what Mailman 2 looks like. I > think the benefits to a hands-on admin are pretty obvious vs the > current Postorius, as are Web 2.0 improvments like sorting on the > options. The more subtle improvements you've made are going to > require a guided tour and/or some study to identify and understand. > > Aside: I have to assume that Postorius is aimed at the kind of > subscriber that most of us are, and that list administration was > something of an afterthought, and assumed to be mostly hands-off. > That's the only rationale I can come up with for the design where > list admins need to go to the individual pages to see user options -- > it was easier to reuse the user option page and just give the admin > permission to access and change it, than to provide a (sortable) list > with user details. > > Steve > _______________________________________________ > Mailman-users mailing list -- mailman-users(a)mailman3.org > To unsubscribe send an email to mailman-users-leave(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ I was going to respond in detail but it will be an effort in futility. My opinions are DEFINITELY not valued by you and that is your right as it my right to leave Postorius behind, permanently. Moving to my own interface was one of the best decisions I made and that decision continues to be shown to be a great one when I read threads like this. -- Brian Carpenter Harmonylists.com Emwd.com

5 years, 2 months

Mailman-users search results for query "Postorius"