Search results for "Postorius" - Mailman-users

Re: FILTER_VHOST fix - was: Postorius & multi domain

by Gilles Filippini

Mark Sapiro a écrit le 23/04/2020 à 19:02 : > On 4/23/20 2:48 AM, Gelpi Andrea wrote: >> >> I saw the change in the file. >> >> As I'm not a programmer How can I test your fix? >> >> My system was installed via Debian 10 stable repository. >> >> I upgrade with testing repository postorius, django and mailmanclinet >> >> Postorius V 1.3.2 >> Django V. 2.2.12 >> Django filters V 2.1.0 >> Djanog mailman V 1.3.2 >> mailmanclient V 3.3.0 > > > I don't know where the Debian package puts things, but you have to find > the location of postorius/views/list.py. Something like > > locate views/list.py On debian this file is part of the python3-django-postorius package, and is installed here: /usr/lib/python3/dist-packages/postorius/views/list.py > > should find it. Then you need to download > <https://gitlab.com/mailman/postorius/-/merge_requests/500.diff> and > edit it to remove the first 15 lines so the first remaining line is the > > diff --git a/src/postorius/views/list.py b/src/postorius/views/list.py > > line. Then make a backup copy of postorius/views/list.py and run the command > > patch postorius/views/list.py path/to/500.diff > > where postorius/views/list.py is actually the full path to > postorius/views/list.py and 500.diff is the edited file you downloaded. You'll have also to remove the compiled files from the __pycache__ directory: $ sudo rm /usr/lib/python3/dist-packages/postorius/views/__pycache__/list.cpython-*.pyc > Then restart uWSGI. If anything goes wrong, restore your backup copy of > postorius/views/list.py and restart uWSGI. The best way to restore is to force the re-installation of the package: $ sudo apt-get install --reinstall python3-django-postorius It will take care of the compilation part. _g.

4 years, 11 months

Re: Dropdown problem in postorius due to bootstrap

by Mark Sapiro

On 7/9/24 1:18 PM, Greg Newby wrote: > (My first post) > > As has been observed, the Ubuntu 24.04 LTS packaging for native Mailman3 > can be challenging. I've been solving all kinds of issues, and I'm writing > here about something I've so far been unable to solve. Are you using the Debian/Ubuntu packages? If so, this may be a Debian issue. See https://wiki.list.org/x/12812344 ... > I've dug deeply into this. The relevant <script> is bootstrap.min.js. > Postorius (via django) is using version 5.3.1 via package libjs-bootstrap5: > > ** This is what django is using: > /usr/share/bootstrap-html/js/bootstrap.bundle.min.js -- version 5.3.1, > linked to: > /usr/share/javascript/bootstrap5/js/bootstrap.bundle.min.js > > /usr/share/python3-django-postorius/static/postorius/libs/bootstrap/js/bootstrap.bundle.min.js The Gnu Mailman project's postorius ships with postorius/static/postorius/libs/bootstrap/js/bootstrap.bundle.min.js version 5.1.3 ... > By temporarily replacing > /usr/share/python3-django-postorius/static/postorius/libs/bootstrap/js/bootstrap.bundle.min.js > I have tried moving back to 4.6.1 (from libjs-bootstrap4). I have also > retrieved the latest 5.3.1 from the CDN, which is slightly different but > doesn't change the error: > https://cdn.jsdelivr.net/npm/bootstrap@5.3.1/dist/js/bootstrap.bundle.min.js Try using the ones from https://gitlab.com/mailman/postorius/-/tree/master/src/postorius/static/pos… -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

8 months, 4 weeks

Re: FILTER_VHOST fix - was: Postorius & multi domain

by Mark Sapiro

On 4/23/20 2:48 AM, Gelpi Andrea wrote: > > I saw the change in the file. > > As I'm not a programmer How can I test your fix? > > My system was installed via Debian 10 stable repository. > > I upgrade with testing repository postorius, django and mailmanclinet > > Postorius V 1.3.2 > Django V. 2.2.12 > Django filters V 2.1.0 > Djanog mailman V 1.3.2 > mailmanclient V 3.3.0 I don't know where the Debian package puts things, but you have to find the location of postorius/views/list.py. Something like locate views/list.py should find it. Then you need to download <https://gitlab.com/mailman/postorius/-/merge_requests/500.diff> and edit it to remove the first 15 lines so the first remaining line is the diff --git a/src/postorius/views/list.py b/src/postorius/views/list.py line. Then make a backup copy of postorius/views/list.py and run the command patch postorius/views/list.py path/to/500.diff where postorius/views/list.py is actually the full path to postorius/views/list.py and 500.diff is the edited file you downloaded. Then restart uWSGI. If anything goes wrong, restore your backup copy of postorius/views/list.py and restart uWSGI. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 11 months

Re: Postorius -owner messages

by Mark Sapiro

On 6/15/23 13:47, ssehi--- via Mailman-users wrote: > > They'd like to disable owner delivery for themselves, and I'd like to not make the change for them using the shell every time I get one of their requests. We have a Postorius front end set up and working, but it doesn't appear that disabling delivery using the List-based preferences in the Postorius interface stops those Owner communications. Is there a way to allow users to disable that natively in Postorius? No. In Postorius you can set the delivery status for members and non-members, but you can't set it for owners or moderators. Owners and moderators do have a delivery_status which will control whether they receive notices sent via the listname-owner address, but it is not exposed or settable in 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, 9 months

Splitting hosts: mta&core vs postorius

by Ruth Ivimey-Cook

I'm trying to set up mailman3 on two hosts, one of which runs core + exim, the other runs postorius (&possibly hyperkitty). I have I think got core set up correctly, and postorius is sort of usable, but anything in the web ui that talks to core ends up with a white screen. I think what is happening is a postorius URL ends up with the core (or perhaps no) hostname, and as there's nothing there to answer it fails. I've checked the settings and I don't think I have misconfigured postorius. Is it possible that the bad url is being passed from core to postorius in some way and reused without changing the host? In the config at present, both hosts are visible to the browser, and each host can communicate with the other. Any ideas on how to pin down the problem better? Ruth

4 years, 9 months

New release candidates for Postorius and Hyperkitty

by Abhilash Raj

Hey Everyone, Happy new year to everyone! I am pleased to announce new release candidates for Postorius and Hyperkitty along with new releases for Mailmanclient and Django-mailman3! These include both new features and bug fixes. Complete change log for each components: Postorius 1.3.4rc1: https://docs.mailman3.org/projects/postorius/en/latest/news.html Hyperkitty 1.3.4rc1 : https://docs.mailman3.org/projects/hyperkitty/en/latest/news.html Mailmanclient 3.3.2.: https://docs.mailman3.org/projects/mailmanclient/en/latest/src/mailmanclien… Django-mailman3 1.3.5: https://gitlab.com/mailman/django-mailman3/-/blob/master/README.rst These releases require Mailman Core 3.3.2 and Python 3.6+. Since these are pre-releases, you can install them using: $ pip install --pre --upgrade postorius hyperkitty Or you can also specify the exact versions: $ pip install --upgrade 'postorius==1.3.4rc1' 'hyperkitty==1.3.4rc1' Unless there is a release-blocker bug, stable versions for Postorius and Hyperkitty will be released in 2 weeks time. If you can test these releases, we encourage you to report any bugs to us on Gitlab. If you'd like to help out with translations for some of the new strings in your native language, the documentation is available here[1] on how to do that. [1]: https://docs.mailman3.org/en/latest/translation.html -- thanks, Abhilash Raj (maxking) On behalf of GNU Mailman Team

4 years, 2 months

Re: problem with postorius initial setup

by John Covici

On Tue, 16 Mar 2021 12:14:36 -0400, Stephen J. Turnbull wrote: > > John Covici writes: > > > Hi. I am trying to setup postorius, but I have run into a problem. I > > am using the example project, except I am using postgresql instead of > > sqlite3. I ran python manage.py migrate which was successful. > > > > On running the development server I get: > > Exception in thread django-main-thread: > > Traceback (most recent call last): > > File > > "/usr/lib/python3.8/site-packages/django/utils/module_loading.py", > > line 20, in import_string > > return getattr(module, class_name) > > AttributeError: module 'postorius.middleware' has no attribute > > 'APICountingMiddleware' > > This appears to be another version mismatch. The > APICountingMiddleware appears to be a debugging or development > instrumentation tool. It was added on 2021-02-28, so it's very > recent. Somehow your Postorius settings.py is newer than your > Postorius middleware.py. I would guess you have checked out or pip'ed > a very recent version of Postorius but the example_project is picking > up an older version, possibly from the Gentoo package. Why that could > happen depends on whether you've set up a venv for the up-to-date > Postorius, whether it's active, and so on. I think I know what is happening, but not how to fix. The example_project which the docs told me to get is from the postorius git which is, of course, recent, whereas the postorius I have from the gentoo package is 1.3.3, which is not that old, but maybe not up to the git version. Should I be using the git version? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici(a)ccs.covici.com

4 years

Re: FILTER_VHOST fix - was: Postorius & multi domain

by Gelpi Andrea

Il 23/04/20 19:02, Mark Sapiro ha scritto: > On 4/23/20 2:48 AM, Gelpi Andrea wrote: >> >> I saw the change in the file. >> >> As I'm not a programmer How can I test your fix? >> >> My system was installed via Debian 10 stable repository. >> >> I upgrade with testing repository postorius, django and mailmanclinet >> >> Postorius V 1.3.2 >> Django V. 2.2.12 >> Django filters V 2.1.0 >> Djanog mailman V 1.3.2 >> mailmanclient V 3.3.0 > > > I don't know where the Debian package puts things, but you have to find > the location of postorius/views/list.py. Something like > > locate views/list.py > > should find it. Then you need to download > <https://gitlab.com/mailman/postorius/-/merge_requests/500.diff> and > edit it to remove the first 15 lines so the first remaining line is the > > diff --git a/src/postorius/views/list.py b/src/postorius/views/list.py > > line. Then make a backup copy of postorius/views/list.py and run the command > > patch postorius/views/list.py path/to/500.diff > > where postorius/views/list.py is actually the full path to > postorius/views/list.py and 500.diff is the edited file you downloaded. > > Then restart uWSGI. If anything goes wrong, restore your backup copy of > postorius/views/list.py and restart uWSGI. > > I can confirm that the fix works. Thank You so much. -- Gelpi ing. Andrea ************************************************** I documenti vitali dimostreranno la loro vitalita' spostandosi spontaneamente da dove li avevate lasciati a dove non riuscirete a trovarli. **************************************************

4 years, 11 months

Re: Changes in Django admin interface are not syncing to postorius gui /database

by Odhiambo Washington

On Sat, Nov 9, 2024 at 4:58 PM <ulf.rapphahn(a)offis.de> wrote: > Hello, > I have the lasted version of mailman3 in an fresh venv installation and I > am testing it for our upcoming migration from v2.1. > > When I add a new list in the django admin interface this list will never > appear in postorius (vice versa it works). > The new list is also not in both databases: > SELECT * FROM mailman.mailinglist; > SELECT * FROM mailmanweb.hyperkitty_mailinglist; > (Why two databases are needed with redundant data?) > > The same when changing for example the description of an existing list in > the django admin interface it doesn't change the description of the list in > postorius. > Vice versa it works. Changes made in postorius are also seen in django. > > Could please someone help me or explain this behavior? I hope it is a > problem with my configuration. > Interesting. I looked at Django Admin and Postorius and I see all my MLs in both. What I am sure about is that I did NOT create my MLs using Django admin UI. I either created them using the CLI or Postorius. Having said that, I did run two tests: 1. Create a ML in Postorius and check whether it appears in Django admin - The list was visible in Django Admin 2. Create a ML in Django admin and check whether it appears in Postorius - The list was NOT visible in Postrorius 3. Create a ML in CLI and check if it appears in both Django admin and Postorius - List is visible in Postorius, but not in Django admin ``` MariaDB [mailmansuite]> select list_name, list_id from mailinglist where list_name like 'ulf%'; +-----------+-------------------------------+ | list_name | list_id | +-----------+-------------------------------+ | ulftest2 | ulftest2.lists.kictanet.or.ke | | ulftest3 | ulftest3.lists.kictanet.or.ke | +-----------+-------------------------------+ ``` The list that I created using Django admin is NOT listed here! ``` MariaDB [mailmansuite]> select list_id, name from hyperkitty_mailinglist where list_id like 'ulf%'; +-------------------------------+-------------------------------+ | list_id | name | +-------------------------------+-------------------------------+ | ulftest1(a)lists.kictanet.or.ke | ulftest1(a)lists.kictanet.or.ke | | ulftest2.lists.kictanet.or.ke | ulftest2(a)lists.kictanet.or.ke | +-------------------------------+-------------------------------+ ``` The list I created using Django admin and the one I created using Postorius are both listed, but the one I created from CLI is not listed. So there must be some logic behind this. However, I don't know what it is. What appears to me is that there is NO problem with your configuration :-) -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]

4 months, 4 weeks

Re: Splitting hosts: mta&core vs postorius

by Mark Sapiro

On 6/19/20 4:34 PM, Ruth Ivimey-Cook wrote: > I'm trying to set up mailman3 on two hosts, one of which runs core + > exim, the other runs postorius (&possibly hyperkitty). > > I have I think got core set up correctly, and postorius is sort of > usable, but anything in the web ui that talks to core ends up with a > white screen. > > I think what is happening is a postorius URL ends up with the core (or > perhaps no) hostname, and as there's nothing there to answer it fails. What are your Django settings for MAILMAN_REST_API_URL, MAILMAN_REST_API_USER and MAILMAN_REST_API_PASS and do these agree with the [webservice] settings for hostname, port, use_https, admin_user and admin_pass in mailman.cfg in core and is the port open to the outside on the core machine? > I've checked the settings and I don't think I have misconfigured > postorius. Is it possible that the bad url is being passed from core to > postorius in some way and reused without changing the host? > > In the config at present, both hosts are visible to the browser, and > each host can communicate with the other. > > Any ideas on how to pin down the problem better? Do you see REST requests from the Postorius machine in core's mailman.log and access.log? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 9 months

Mailman-users search results for query "Postorius"