Search results for "Postorius" - Mailman-users

Re: Where is postorius.wsgi?

by Peter Münster

On Fri, Jan 26 2018, Simon Hanna wrote: >> from email.message import EmailMessage >> ImportError: cannot import name EmailMessage > > You appear to be using a prerelease version of django-mailman3 which is not > compatible with the other parts. Install an earlier version and it should > work. Hi, I did not install it. I guess, it has been installed automatically by the command "pip2 install -r requirements.txt" or similar. Anyway, with my patch (EmailMessage -> Message) it works. I just needed to fiddle about some dependency issues. These commands were needed in the end: pip2 install djangorestframework==3.7.3 pip2 install cryptography==1.8.2 pip2 install pyOpenSSL==16.2.0 > You also appeared to have used Python3 for the frontend in earlier > posts. Yes, first I tried it, but now I use Python2 for any Django related things (HyperKitty and Postorius). Kind regards, -- Peter

8 years, 6 months

Re: Installed from Howto_Install_Mailman3_On_Debian10, web not quite working

by Volkmar Grote

On 07.05.23 23:13, Mark Sapiro wrote: > On 5/7/23 10:51, Volkmar Grote wrote: >> thanks for the quick reply. >> I am one step closer to a solution, >> "http://127.0.0.1:8000/postorius/lists/?all-lists#" seems to work now. >> I get the functionality, but it looks ugly w/o any graphics, for >> which I get yet another, slightly similar, error message: >>> >>> >>> Page not found (404) >>> >>> Request Method: GET >>> Request URL: >>> http://127.0.0.1:8000/static/postorius/img/mailman_logo_small_trans.png >>> >>> ... >> >> Nginx, /etc/nginx/conf.d/me.domain.de.conf >>> server { >>> listen 80; >>> listen [::]:80; >>> >>> server_name me.domain.de; >>> ... >>> location /static/ { >>> alias /opt/mailman/mm/static/; >>> } >> >> Again, many thanks in advance for any clue > > The above in nginx is correct, but you aren't getting the static files > via nginx. You need to go to a URL like > http://me.domain.de/postorius/lists/. Going to > http://127.0.0.1:8000/postorius/lists/ goes directly to your wsgi > server and doesn't involve nginx at all. You need to go to port 80 > where nginx is listening and nginx then proxys requests to > 127.0.0.1:8000. Do you also have > > location / { > proxy_pass http://127.0.0.1:8000; > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For $remote_addr; > > } > > in /etc/nginx/conf.d/me.domain.de.conf. You need that. > Thanks, port :80 did the trick. In my old Mailman3 installation on an outdated Linux VM it runs on :8000. Life's good again :-) VGVG

3 years, 3 months

Re: Installed from Howto_Install_Mailman3_On_Debian10, web not quite working

by Volkmar Grote

On 07.05.23 23:13, Mark Sapiro wrote: > On 5/7/23 10:51, Volkmar Grote wrote: >> thanks for the quick reply. >> I am one step closer to a solution, >> "http://127.0.0.1:8000/postorius/lists/?all-lists#" seems to work now. >> I get the functionality, but it looks ugly w/o any graphics, for >> which I get yet another, slightly similar, error message: >>> >>> >>> Page not found (404) >>> >>> Request Method: GET >>> Request URL: >>> http://127.0.0.1:8000/static/postorius/img/mailman_logo_small_trans.png >>> >>> ... >> >> Nginx, /etc/nginx/conf.d/me.domain.de.conf >>> server { >>> listen 80; >>> listen [::]:80; >>> >>> server_name me.domain.de; >>> ... >>> location /static/ { >>> alias /opt/mailman/mm/static/; >>> } >> >> Again, many thanks in advance for any clue > > The above in nginx is correct, but you aren't getting the static files > via nginx. You need to go to a URL like > http://me.domain.de/postorius/lists/. Going to > http://127.0.0.1:8000/postorius/lists/ goes directly to your wsgi > server and doesn't involve nginx at all. You need to go to port 80 > where nginx is listening and nginx then proxys requests to > 127.0.0.1:8000. Do you also have > > location / { > proxy_pass http://127.0.0.1:8000; > proxy_set_header Host $host; > proxy_set_header X-Forwarded-For $remote_addr; > > } > > in /etc/nginx/conf.d/me.domain.de.conf. You need that. > Thanks, port :80 did the trick. In my old Mailman3 installation on an outdated Linux VM it runs on :8000. Life's good again :-) VGVG

3 years, 3 months

Re: Apache Configuration for Subdomain

by Mail Person

Ok, progress with tinkering some. Using the below configuration I can manually navigate to lists.example.com/mailman3/postorius/lists/ and all is working fine. If I go to lists.example.com/mailman3 it for some reason redirects to lists.example.com/mailman/postorius/lists/ which generates a 404. Going to lists.example.com also hits a 404. So closer, but not perfect. Any ideas? The current, sort of working config: <VirtualHost *:80> ServerAdmin admin(a)example.com ServerName lists.example.com ServerAlias www.lists.example.com Alias /mailman3/favicon.ico /var/lib/mailman3/web/static/postorius/img/favicon.ico Alias /mailman3/static /var/lib/mailman3/web/static <Directory "/var/lib/mailman3/web/static"> Require all granted </Directory> <IfModule mod_proxy_uwsgi.c> ProxyPass /mailman3/favicon.ico ! ProxyPass /mailman3/static ! ProxyPass /mailman3 unix:/run/mailman3-web/uwsgi.sock|uwsgi://localhost </IfModule> RewriteEngine on RewriteCond %{SERVER_NAME} =lists.example.com [OR] RewriteCond %{SERVER_NAME} =www.lists.example.com RewriteRule ^ https://%%7BSERVER_NAME%7D%%7BREQUEST_URI%7D [END,NE,R=permanent] </VirtualHost>

4 years

Re: How to upgrade to 3.10

by Mark Sapiro

On 3/4/26 16:11, Paul Tomblin via Mailman-users wrote: > > > On Tue, Mar 3, 2026, at 4:31 PM, Mark Sapiro wrote: > >> pip install git+https://gitlab.com/mailman/mailman@master >> ``` >> That version is compatible with Python 3.13. > > Ok, that works. Now what do I need to do to get base_url and the dependent template text variables set? Is it just the same with mailman-web@master ? Updating mailman-web from gitlab won't do it because you need to update postorius and mailman-client from gitlab and an update of mailman-web will pull those from PyPI. You need to do ``` pip install git+https://gitlab.com/mailman/mailman-client@master pip install git+https://gitlab.com/mailman/postorius@master ``` -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 months

Re: Error -- postorius Un-handled exception

by Stephen J. Turnbull

Odhiambo Washington writes: > The issue you're dealing with in that case is this change in > PostgreSQL-15 discussed in this blog: > https://www.cybertec-postgresql.com/en/error-permission-denied-schema-publi… Thank you for the reference! If you have a Mailman-only host, with a Mailman-only PostgreSQL, or The Cabal of equally responsible maintainers are the only people who work on the Postgres cluster, the two approaches are basically equivalent. My take is that the default "right thing" is to transfer ownership of the 'mailman' database to the 'mailman' user, and use "GRANT ALL ON SCHEMA public TO fred" in the case that you don't want to give "sudo mailman" to Fred. Rationale: I believe there are a number of things that the 'postgres' user can do that other users cannot, and you probably don't want random contractors or new volunteers to have those privileges. On the principlee that 'postgres' should only do those things that only 'postgres' can do, you want to make the 'mailman' user the owner of the 'mailman' database (and 'mailmanweb' too if you go that route). Then if you have a user 'fred' who may be working on both mailman and non-mailman databases in a session, then instead of giving sudo mailman to Fred, 'mailman' can grant all on schema public in mailman to 'fred'. It's a really fine difference, and probably will matter to almost nobody running Mailman 3. I do think user 'mailman' owns the 'mailman' database is conceptually simpler than user 'postgres owns the 'mailman' database and 'mailman' has ALL privilege on the PUBLIC schema Right? Steve

2 years, 6 months

Templates do not work

by Stephen J. Turnbull

Eggert Ehmke writes: > When I look into mailman/mm/var/templates the directory is empty. > Nevertheless, the templates I create in Postorius seem to be stored > (where?), That is expected when you create templates in Postorius, because they are stored in the RDBMS (eg, PostgreSQL). > they just do not work. My first guess would be that there's a language mismatch. You need to create a variant template for each language that is used. I'm not sure offhand how the system chooses the language for stored templates vs the language for templates used for messages (I suspect the used template is the one for the list's default language), but an incomplete set of variant templates and a mismatch between the language the variant template was created in and the default language of the list is what I would guess. Steve

4 years, 3 months

AttributeError: 'MailingList' object has no attribute 'get_requests_count'

by Shashikanth Komandoor

Hi Team, I am currently running Mailman 3 with version 3.3.2rc2 and in built postfix version 2.10.1-6 on RHEL 7.5 with PostgreSQL 11.9 version with default values. As of now, we don't have any lists and just installed software components only. After the installation and configuration, I have tried creating the domains and lists. I was successful in creating them but when I tried to login and browse the lists using LDAP authentication, I am getting the "Mailman REST API not available. Restart Mailman core". I see the below trace in the mailmansuite.log. *Traceback (most recent call last): File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/mailmanclient/restbase/base.py", line 119, in __getattr__ return self._get(name) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/mailmanclient/restbase/base.py", line 86, in _get raise KeyError(key)KeyError: 'get_requests_count'During handling of the above exception, another exception occurred:Traceback (most recent call last): File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/core/handlers/exception.py", line 34, in inner response = get_response(request) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/core/handlers/base.py", line 115, in _get_response response = self.process_exception_by_middleware(e, request) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/core/handlers/base.py", line 113, in _get_response response = wrapped_callback(request, *callback_args, **callback_kwargs) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/views/generic/base.py", line 71, in view return self.dispatch(request, *args, **kwargs) File "/var/lib/mailman/postorius/src/postorius/views/generic.py", line 74, in dispatch return super(MailingListView, self).dispatch(request, *args, **kwargs) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/views/generic/base.py", line 97, in dispatch return handler(request, *args, **kwargs) File "/var/lib/mailman/postorius/src/postorius/views/list.py", line 311, in get return render(request, 'postorius/lists/summary.html', data) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/shortcuts.py", line 19, in render content = loader.render_to_string(template_name, context, request, using=using) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/loader.py", line 62, in render_to_string return template.render(context, request) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/backends/django.py", line 61, in render return self.template.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 171, in render return self._render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 163, in _render return self.nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/loader_tags.py", line 150, in render return compiled_parent._render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 163, in _render return self.nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/loader_tags.py", line 62, in render result = block.nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/library.py", line 234, in render return t.render(new_context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 173, in render return self._render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 163, in _render return self.nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/defaulttags.py", line 309, in render return nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/defaulttags.py", line 309, in render return nodelist.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 936, in render bit = node.render_annotated(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 903, in render_annotated return self.render(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 986, in render output = self.filter_expression.resolve(context) File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/django/template/base.py", line 697, in resolve new_obj = func(obj, *arg_vals) File "/var/lib/mailman/postorius/src/postorius/templatetags/nav_helpers.py", line 80, in pending_subscriptions return mlist.get_requests_count(token_owner='moderator') File "/var/lib/mailman/venv3/lib64/python3.6/site-packages/mailmanclient/restbase/base.py", line 124, in __getattr__ self.__class__.__name__, name))AttributeError: 'MailingList' object has no attribute 'get_requests_count'ERROR 2020-10-25 19:29:46,101 835 django.server "GET /postorius/lists/mailteamhyd.dlist.nic.in/ <http://mailteamhyd.dlist.nic.in/> HTTP/1.1" 500 1162* I don't see any error messages in the mailman.log. And I also executed a few curl commands in getting the details of the lists created and list info which I got their results successfully. Could you please guide where exactly I am missing or do I need to make any changes in my customizations ? -- Thanks & Regards, Shashi Kanth.K 9052671936 <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

5 years, 9 months

[MM3-users]Re: mailman 2 vs. mailman 3: what happened to multipart/digest?

by Mark Sapiro

On 5/12/16 9:16 AM, deu8yz2mpq(a)snkmail.com wrote: > Digest delivery in mailman 2 encapsulated the individual message/rfc822 messages in a multipart/digest container. This allowed email clients to show the messages in the particular digest in a threaded view. This format vs. plain text digests was a user option in Mailman 2. > It seems like the various digest options that I have tried [1] in mailman 3.1.0 (as implemented for the fedora-users mailing list) no longer encapsulate messages in multipart/digest. The core still supports the same plain text and MIME format digests and the same individual subscriber and per-list default formats as did Mailman 2. The issue is none of these things are exposed in Postorius. If you subscribe to digests on this list, you will receive the 'encapsulated' MIME format because the lists mime_is_default_digest setting is True, but currently that has to be set through the bin/mailman shell tool. > Is this intentional? Is it a bug - feature that was lost in translation from 2 to 3? Is there a delivery option I'm missing that will turn that back on? It is the intent that Postorius will eventually expose all these settings. We're not there yet. At present you could possibly do this by interacting with mailmanclient, although I'm not certain the settings are exposed there. You can do it via bin/mailman shell if you have access and know what you're doing (see <http://mailman.readthedocs.io/en/release-3.0/src/mailman/runners/docs/diges…>) If you file an issue at <https://gitlab.com/mailman/postorius/issues/new>, it might help expedite this. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 years, 2 months

Re: Turn off social logins?

by Stephen J. Turnbull

Nick Wynja writes: > INSTALLED_APPS = [a for a in INSTALLED_APPS > if not a.startswith('allauth.socialaccount.providers') > and not a.startswith('django_mailman3.lib.auth.fedora')] > This way if Postorius ever adds any apps you won't need to update > your local settings. Anyone see any downsides to doing it this way? Aside from the circular import issue mentioned by Abhilash 1) AIUI, the OP didn't want to present options to users that they don't need and might confuse/annoy them. This does the wrong thing for the OP if so. 2) Implicitly adding apps in this way increases the attack surface on the system by allowing additional opportunities to access resources.[1] This approach doesn't even necessarily get rid of all social authentication providers: others may be special-cased in the same way as Fedora in the future. Of course, the default configuration in the containers will be good for a very common use case, and sufficiently secure for most instances. But the general rule for Internet-facing applications is "shut off all access by default, and explicitly open up only the channels you need." I'm not saying your "subtract the social authentication applications" has a downside in all cases. Just that some of us prefer to expend the effort to (a) follow that general rule, and (b) advise others of its existence :-). Footnotes: [1] You're right, the admin has to intervene if Mailman adds new "must-install" apps, or Postorius won't run. It's possible we should do something about this, such as dividing the set of apps into those we are sure Mailman needs and and having the user configure only those that provide more or less optional features that users should make their own decisions about.

7 years, 5 months

Mailman-users search results for query "Postorius"