Search results for "Postorius" - Mailman-users

Re: Postorius custom web forms?

by Odhiambo Washington

On Fri, Feb 28, 2025 at 10:56 AM Johannes Rohr <johannes(a)rohr.org> wrote: > Dear all, > > I am trying to understand how to replace a web template used by > postorius by a custom version. I need to replace /accounts/signup by a > version with a captcha (using django-simple-captcha) because my > instance is being overrun by spambots. > > Can anyone point me to the correct instructions? I've tried to get > instructions for chatgpt and co, but that's totally hopeless. Most of > what they say is made up and doesn't work.. > > Cheers, thanks so much in advance, > You can read this thread: https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… Cheers. -- 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]

1 year, 6 months

Re: So, why are css & js files only served with "DEBUG = yes" ?

by Odin Hørthe Omdal

> js and css files are static and should be served by your web server of choice. Actually, Python is able to do this very nicely and quickly these days. I've started using WhiteNoise (added as a django staticfiles provider) which does all the right things for you directly (uses sendfile, sets cache headers, does compression correct, all real work done at initialization time, if you best speed just add CDN, etc etc). It might be something to make MM3 setup a bit nicer and quicker (note, I still haven't migrated to MM3 so don't know much about it); http://whitenoise.evans.io/ A point against it is an extra dependency ofc. Odin 2017-05-07 15:12 GMT+01:00 Simon HANNA <simon.hanna(a)serve-me.info>: > js and css files are static and should be served by your web server of > choice. In a development environment you usually don't have a web server > running, so django serves the files itself. > > Your webserver can serve these static files much faster than django can, > so django doesn't serve them in production by default. You can find > instructions on how to do so online (Google is your friend) but since > that's not incouraged there is no point in including these in the repos. > > Simon > > Am 7. Mai 2017 16:06:17 MESZ schrieb Simon Liebold via Mailman-users < > mailman-users(a)mailman3.org>: > >Hello List, > > > >I did see this discussed in #180 > ><https://gitlab.com/mailman/postorius/issues/180>, but I didn't quite > >understand if this is an issue or not. > > > >Why is it that I can run the development server just fine. > > > > [07/May/2017 13:23:47] "GET > > /static/postorius/libs/bootstrap/css/bootstrap.min.css HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET /static/postorius/css/style.css > > HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET > > /static/postorius/libs/bootstrap/js/bootstrap.min.js HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET /static/django-mailman3/js/main.js > > HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET > > /static/postorius/libs/jquery/jquery-1.11.3.min.js HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET /static/django-mailman3/css/main.css > > HTTP/1.1" 304 0 > > [07/May/2017 13:23:47] "GET /static/postorius/js/script.js HTTP/1.1" > > 304 0 > > [07/May/2017 13:23:47] "GET > > /static/postorius/img/mailman_logo_small_trans.png HTTP/1.1" 304 0 > > > >And as soon as I comment out > > > > # SECURITY WARNING: don't run with debug turned on in production! > > # DEBUG = True > > > >in mailman-suite/mailman-suite_project/settings.py and restart it 404s > >on me. > > > > [07/May/2017 13:41:36] "GET > >/static/postorius/libs/bootstrap/css/bootstrap.min.css HTTP/1.1" 404 > >127 > > [07/May/2017 13:41:36] "GET /static/django-mailman3/css/main.css > > HTTP/1.1" 404 109 > > [07/May/2017 13:41:36] "GET /static/postorius/css/style.css > > HTTP/1.1" 404 104 > > [07/May/2017 13:41:36] "GET /static/django-mailman3/js/main.js > > HTTP/1.1" 404 107 > > [07/May/2017 13:41:36] "GET > > /static/postorius/libs/bootstrap/js/bootstrap.min.js HTTP/1.1" 404 125 > > [07/May/2017 13:41:36] "GET > > /static/postorius/libs/jquery/jquery-1.11.3.min.js HTTP/1.1" 404 123 > > [07/May/2017 13:41:36] "GET /static/postorius/js/script.js HTTP/1.1" > > 404 103 > > [07/May/2017 13:41:36] "GET > > /static/postorius/img/mailman_logo_small_trans.png HTTP/1.1" 404 123 > > > > > >So the choice is insecure vs. ugly? Neither of those sounds very > >tempting. > > > >I guess, I am missing something, or no? > > > >Simon > > > >_______________________________________________ > >Mailman-users mailing list > >mailman-users(a)mailman3.org > >https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > _______________________________________________ > Mailman-users mailing list > mailman-users(a)mailman3.org > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/ > -- Beste helsing, Odin Hørthe Omdal <odin.omdal(a)gmail.com> English, technical: http://tech.velmont.net Norsk, personleg: http://velmont.no

9 years, 4 months

Re: Message of migrated list showing "unsubscribe@%(host_name)s" in footer

by Mark Sapiro

On 10/8/23 16:03, alex(a)presland.net wrote: > > We migrated a number of mailman lists last weekend and I spotted this evening that an email from the list contained a footer along the lines of the following (all bits in CAPITALS were successfully representing the list. > > ===== > LISTNAME mailing-list -- LISTNAME@DOMAIN > To unsubscribe, email LISTNAME-unsubscribe@%(host_name)s > ===== > > 1) I don't know why %(host_name)s hasn't been automagically substituted > 2) I can't find anywhere to change this footer in the Mailman3 Postorius interface The `mailman import21` process creates templates for existing 2.1 regular and digest headers and footers in Mailman 3's var/templates/lists/LIST_ID/LC/ directory. LIST_ID is the list's id like listname.example.com and LC is the language code for the list's preferred language. These have names like list:member:regular:header.txt, list:member:digest:header.txt, list:member:regular:footer.txt and list:member:digest.footer.txt. These are based on the mailman 2.1 lists regular and digest headers and footers with replacements translated to the appropriate Mailman 3 equivalents. However, there are various reasons why some replacements can't be translated, and these are left as is. in your case you need to edit those files and change %(host_name)s to $(domain}, or, since the default mailman/templates/en/list\:member\:generic\:footer.txt is ``` _______________________________________________ $display_name mailing list -- $listname To unsubscribe send an email to ${short_listname}-leave@${domain} ``` just deleting the var/templates/lists/LIST_ID/en/list:member:regular:footer.txt file will probably do what you want. Note that templates defined in Postorius are handled differently, and if a template is currently undefined in Postorius, starting to define it in Postorius starts with an empty template instead of the current file system template. See https://gitlab.com/mailman/postorius/-/issues/366 -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 11 months

Re: Postorius claims 2 messages held when there are none - out of sync

by Odhiambo Washington

Check your log file for mailmanweb for clues. On Mon, 26 Jun 2023, 10:01 Ken Alker, <mailman3.org(a)alker.net> wrote: > When I view a list via Postorius the "Held Messages" menu item has an > inverse-red-"2" next to it, as if there are two held messages. There are, > in fact, no messages in "/opt/mailman/mm/var/queue/*" (assuming the held > messages should be in "pipeline" subdirectory). When I click on "Held > Messages" I get "Something went wrong" followed by "HTTP Error 500: > {"title": "500 Internal Server Error"}". How do I fix this? > _______________________________________________ > 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/ > Archived at: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… > > This message sent to odhiambo(a)gmail.com >

3 years, 2 months

Struggle on upgrading mailman3-web to new version - Not Found: /mailman//

by Stefan Bauer

Dear Users, I recently upraded mailman3 from Ubuntu 18 to 20. After accessing the web-interface via https://my.mailinglistserver.local/mailman3/postorius/lists/ I receive Not Found: /mailman//postorius/lists/ [pid: 1346851|app: 0|req: 4/4] 10.254.253.12 () {70 vars in 1369 bytes} [Mon Oct 25 10:39:59 2021] GET /mailman3/postorius/lists/ => generated 2821 bytes in 12 msecs (HTTP/1.1 404) 5 headers in 155 bytes (1 switches on core 1) Where does the wrong path come from (mailman vs. mailman3) After enabling Debug, i see in the browser the following: Page not found (404) Request Method: GET Request URL: https://my.mailinglistserver.local/mailman//postorius/lists/ Using the URLconf defined in urls, Django tried these URL patterns, in this order: ^$ ^postorius/ ^hyperkitty/ ^user-profile/delete$ [name='mm_user_account_delete'] ^user-profile/$ [name='mm_user_profile'] ^accounts/ ^admin/ The current path, /postorius/lists/, didn't match any of these. You're seeing this error because you have DEBUG = True in your Django settings file. Change that to False, and Django will display a standard 404 page. My apache configuration is very simply: # more /etc/apache2/conf-enabled/mailman3.conf 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> I dont see where the path gets traversed in the wrong way. Any help is greatly appreciated. thank you. Stefan

4 years, 10 months

Re: Postorius claims 2 messages held when there are none - out of sync

by Mark Sapiro

On 6/26/23 12:01 AM, Ken Alker wrote: > When I view a list via Postorius the "Held Messages" menu item has an inverse-red-"2" next to it, as if there are two held messages. There are, in fact, no messages in "/opt/mailman/mm/var/queue/*" (assuming the held messages should be in "pipeline" subdirectory). When I click on "Held Messages" I get "Something went wrong" followed by "HTTP Error 500: {"title": "500 Internal Server Error"}". How do I fix this? The held messages are not in any queue. They are stored in Mailman's var/messages/ hierarchy. They can be examined with `mailman qfile` Also, there is a long thread at https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… and maybe others that might be relevant. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 2 months

New Mailman web package releases

by Abhilash Raj

Hello Everyone, I have just released Postorius 1.3.13 and Hyperkitty 1.3.12. These can be downloaded from PyPI: https://pypi.org/project/HyperKitty/1.3.12/ https://pypi.org/project/postorius/1.3.13 Note that due to some mistakes on my part, last 2 releases for Postorius & Hyperkitty were yanked since their builds uploaded to PyPI weren't correct due to some mis-configurations migrating from setuptools to pyproject.toml (with pdm) based package configuration. So, when updating from last installed versions, please look at the changelogs from older versions too for both these packages. Their changelogs are available in the usual places: https://docs.mailman3.org/projects/postorius/en/latest/news.html https://docs.mailman3.org/projects/hyperkitty/en/latest/news.html Since PyPI doesn't accept signatures anymore, I have uploaded packages and their signatures to Gitlab releases in their respective repositories too. A note for people using my signature for verification: I had to extend my gpg key's validity, so you'll need to refresh my public keys to validate the signature this time. -- thanks, Abhilash Raj (maxking)

2 years

Re: Django logins for new subscribers

by Abhilash Raj

On Fri, Jan 12, 2018, at 8:41 AM, Alex McLean wrote: > Hi all, > > I'm moving our groups to mailman3 (http://we.lurk.org) Enjoying it so far! > > I've mass-subscribed people via postorius. However the subscribers don't > have django (postorius/hyperkitty) logins. It seems they only exist on > the mailman side, not the django side. > > If they go through the process of creating an account in postorius, they > can configure their mailing list subscriptions, but this is a bit > fiddly. > > Is this expected behaviour? It would be great if they could be sent a > temporary link to set a password and go. Yes, that is the expected behavior. Postorius is just one of the front-end for Mailman (and only one, for now), so we didn't think it would make sense to create account for every Mailman User in Postorius as well. So, basically everyone has to go through the sign-up process, which isn't really hard if you choose one of the social logins. It wouldn't be very hard to write a script that "creates" User accounts for everyone and then users go through the "Forgot Password" workflow to set their passwords. You'd get the list of all users from Mailman's API and then do a `get_or_create()` on each one of them (simplest of all approaches, you can ofcourse better ways to do the same). -- Abhilash Raj maxking(a)asynchronous.in

8 years, 8 months

Re: Log Owner/Moderator actions ban address matching.

by Mark Sapiro

On 5/1/25 04:02, Stephen J. Turnbull wrote: > Odhiambo Washington via Mailman-users writes: > > > So this issue can be addressed by making Postorius to log user logins, > > right? > > However, I don't have the patch :) > > I would guess it's probably possible to get Django to do this, quite > possibly using standard configuration to do so. I just don't know > where to look offhand. Postorius can't log logins because it's not Postorius (or HyperKitty) that does the logging in. It is django-allauth. You can see the `Last Login` info for a user in the Django admin web UI under Authentication and Authorization -> Users django-mailman3 does have some involvement with logging in and it might be possible to add logging there, but I don't offhand know where. -- 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

Re: Postorius 1.2.3 and MailmanClient 3.2.1 is now out

by Jonas Meurer

Jonas Meurer: > Abhilash Raj: >> On Mon, Jan 28, 2019, at 2:39 PM, Jonas Meurer wrote: >>> Abhilash Raj: >>>> On Sat, Jan 26, 2019, at 5:10 AM, Jonas Meurer wrote: >>>>> Hey Abhilash, >>>>> >>>>> Thanks a lot for your work on mailman3! >>>>> >>>>> Abhilash Raj: >>>>>> I am very pleased to announce (a bit late) that Postorius 1.2.3 and MailmanClient 3.2.1 is now out. >>>>>> >>>>>> The full set of changelog can be found in the documentation[1][2]. The most notable feature that >>>>>> I can think of is non-member management in Postorius. >>>>>> >>>>>> New releases are available on PyPI[3][4]. >>>>> >>>>> For earlier releases, you provided GnuPG signature files to >>>>> cryptographically verify that the release files were not tampered with. >>>>> >>>>> I couldn't find such signature files for the two latest releases. Would >>>>> you mind adding them? When packaging for Debian, I prefer to check the >>>>> GnuPG signatures before uploading new releases. Also, the signature >>>>> files get uploaded to the Debian archive as well so they can be checked >>>>> by everybody. That way we can cryptographically proof that the Debian >>>>> package is based on the original tarball that got packaged and signed by >>>>> upstream. >>>> >>>> >>>> Ah, sorry about that. I completely forgot about that. >>>> >>>> I am not sure if I can upload signatures after uploading the tarballs, I'll try to find out if that is possible. >>> >>> Thanks a lot, that would be awesome. I'll wait for it before doing the >>> Debian package uploads. >> >> If it is not possible to upload signatures, I'll bump up patch versions >> and push out new tarballs with signatures. > > Perfect, thanks a lot! For the record: Abhilash released mailmanclient 3.2.2 and postorius 1.2.4 with tarball signatures in the meantime. Thanks a lot for doing this, Abhilash! Both are uploaded to Debian already. Cheers jonas

7 years, 7 months

Mailman-users search results for query "Postorius"