Search results for "Postorius" - Mailman-users

Re: Importing config and archives only partially succeeded?

by Mark Sapiro

On 12/12/20 3:56 PM, Eric Broens via Mailman-users wrote: > After everything was imported, and I noticed that the mails were not shown in the archives for half of the mailinglists, I ran "manage.py update_index" to index the mails for all mailinglists.This command is still running for hours.Since it builds the search index, I don't expect that this would make the mails available on the webpage. I agree, that won't make the mails available on the webpage. If you're using the default Whoosh search engine, "hours" is not unexpected. Elasticsearch is much faster and Xapian faster still. What do you see in Postorius - Settings -> Archiving for the lists whose messages don't show? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years

Re: Django administration - User permissions

by Mark Sapiro

On 5/29/24 11:18 AM, advorkin(a)cs.princeton.edu wrote: > > So, just to be clear, in order for someone to have an ability to create/delete a mailing list, they must be a superuser? The reason I'm asking is for security purposes and making sure that specific user has only minimal access. Currently that's true. It should be possible for a domain owner to create a list in that domain, but currently I don't think it is. > What are those Django permissions for...? Is there a use for them? Those permissions correspond to database tables, and I think they allow actions on those tables through the django admin UI. They do not (currently at least) allow any Postorius or HyperKitty UI actions. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 6 months

Re: Member Issue Discovered

by Mark Sapiro

On 10/28/20 1:42 PM, Brian Carpenter wrote: > > This is a bug with Affinity which I have scheduled to be fixed. However > I am confused. Data is completely removed from Mailman 3 core when you > delete the account via Postorius but not when you unsubscribe from a list? Why do you keep bringing this up? The current design of Mailman core does not remove the user when the user unsubscribes from a list, even if it is their only subscription. We know you don't like this behavior, but there are reasons for it. On the other hand, when a user removes their account, the circumstance is different and we do remove the user's information in this case because that's what the user asked for. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 1 month

Re: changing the main template for subscriptions and more

by Paul Paulchen

Hi Mark, thanks for your advice. Unfortunately we need some more clues. First of all, we are using mailman docker by maxking - https://github.com/maxking/docker-mailman Our version: Mailman Core Version - GNU Mailman 3.3.5 (Tom Sawyer) Mailman Core API Version 3.1 Mailman Core Python Version 3.8.10 (default, May 6 2021, 06:30:44) [GCC 9.3.0] We put an example footer.txt into the templates folder as you mentioned: mailman3_core => var/templates/sites/de/list:member:regular:footer.txt Mailman user can read them Created a new list, restarted the docker-container, but it always showed the default footer.txt and not our example footer.txt from the templates folder. Any guesses or clues? Where is this default footer.txt hiding anyway? Changing languages in postorius works fine and it alters between english, german etc... just won't use our custom footer.txt Much appreciate your effort helping people!

3 years, 10 months

Re: Where does sender postorius@ come from?

by Jens Günther

Thank you for your reply. Am 07.06.23 um 23:03 schrieb Odhiambo Washington: > The addresses are defined in Django settings if I'm not mistaken. The more important question would be, where :-) since I already checked if I can set it to something alse, I might need a hint where exactly I can find it. In the SERVE_FROM_DOMAIN/admin I did not stumble upon it. If you don't know it, no problem, let's just wait for somebody who does, thanks. > And > callout isn't evil. Well, I wasn't talking about evil but bad practise - especially if they bounce the mail only because of this. Why would almost all other mail providers accept those mails!? Good questions with probably a complex answer :-D so let's just stick to the problem and a possible solution. Thanks again. Kind regards, Jens.

2 years, 6 months

Re: Separating Lists by Domain

by Abhilash Raj

On Thu, Jan 3, 2019, at 8:19 PM, Stephen J. Turnbull wrote: > Abhilash Raj writes: > > > > Is there a way we can get [Postorius updated] where we can > > > separate lists by domain the way Hyperkitty does? Mark Sapiro > > > refers to this in the following post: > > > > > > > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… > > > > You can file an issue at > > https://gitlab.com/mailman/postorius/issues > > Is this feature GSoC-able, or too small? It could be a good first issue for a GSoC applicant, too small to be the project itself. > > 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/ > -- thanks, Abhilash Raj (maxking)

6 years, 11 months

Re: User settings triggers error

by Mark Sapiro

On 6/18/20 2:23 PM, Mark Dadgar wrote: > > There is definitely something sketchy going on here. As an admin, I am not getting accurate subscription status about people on a list. For example, I search for a list member, find their listing, check the box and click Unsubscribe Selected, and get an error because it turns out that they had already unsubscribed themselves previously. But Postorius thought they were still subscribed. > ... > Could this somehow be related to my recent migration from sqlite3 to postgres? I think it's quite likely that that migration is involved and your database is now corrupted in some way. Exactly how or in what way, I don't know, but it seems likely to me that that's the issue. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 5 months

Re: Question: What happens if I delete a user from all lists and that user is sole owner of some list?

by David Partain

On Wed, 2024-04-03 at 15:14 +0300, Odhiambo Washington wrote: > > My question is: If one of these users is the sole owner of a list, what > > will happen? Will the user be deleted and that list now owner-less? > > Will mailman refuse to delete that user until I add a new owner? > > > > Thanks in advance for your feedback. > > 1. Create a testlist > 2. Assign an owner to it > 3. Delete the owner via the CLI or Postorius > > Give us your feedback :) I'll happily do so, and thanks for the idea. Try stuff, David! Cheers, Daudi Mwisho, as my mom liked to call me

1 year, 8 months

Email to list owner on list creation only sent when using mailman create --notify command

by Perry Kollmorgen

Hi, This is only a minor issue, however as a nicety for new list owners I am hoping there is work around or something I have missed. I have the following file: templates/domains/<fqdn_listname/en/domain:admin:notice:new-list.txt When I use the mailman create command with the --notify option the new owners receives an email with the correct template info from the above file. However when I use mailmanclient python bindings or Postorius to create an list, there is no email sent. Is there an option to include a notify option when using mailmanclient or the API direct perhaps ? Or even maybe a way to trigger a notification manually at some point once the list is completely setup including both short and long descriptions ? Thank you. Regards, Perry

1 year, 6 months

Mass subscription and Delivery mode/status

by Andreas Vetter

Hello all, we run a venv installation of "mailman postorius django-mailman3 hyperkitty mailman-web". When I mass subscribe (pre-verified) a new mail address into a list, the Delivery mode appears as Regular in /mailman3/lists/somelist.example.com/members/member/ That is what I expect. When I click on the new mail address from there, i.e. mailman3/lists/somelist.example.com/members/options/eimer@mail.org?role=mem… the Delivery status is ----- instead of Enabled and the Delivery mode is ----- instead of Regular. In fact, all yes/no radio buttons are unset. This is unexpected. What does ----- mean in that case? Is it unset and some default (from the list?) is used? After thinking another round about it: Is the view mailman3/lists/somelist.example.com/members/options/eimer@mail.org?role=mem… only filled with values, when somebody (member, list owner or admin) actively set values and unfilled otherwise? -- Mit freundlichen Gruessen, Andreas Vetter

6 months, 4 weeks

Mailman-users search results for query "Postorius"