Search results for "sapiro" - lists.mailman3.org

[MM3-users] Re: HyperKitty failure: {"error": "'Thread' instance needs to have a primary key value before this relationship can be used."} (400)

by Mark Sapiro

On 10/19/22 15:52, armin.schoeffmann(a)aegaeon.de wrote: > OK, > quick test - your guess is correct: > Django 4.1.x is the culprit. Downgrading to 4.0.8 brought hyperkitty back to life. > Support for 4.1 was introduced with commit 0f50cae8 (Merge branch 'django4.1' into 'master'). > As I'm not familiar with mailman's dev-conventions - is there a recommended procedure to report the issue? Open an issue at https://gitlab.com/mailman/hyperkitty/-/issues/new -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 1 month

[MM3-users] Re: Mailman3 stopped sending out mail

by Mark Sapiro

On 11/22/23 6:39 AM, webmaster(a)orcas.de wrote: > as of now I think the same as here: > https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… > Just got it in the logs: "Uncaught runner exception: module 'time' has no attribute 'clock'". That specific issue is from using Mailman Core < 3.3.0 with Python >= 3.8. Note the current release of Mailman Core is 3.3.9. Releases less than 3.3.0 are over 4 years old. > Should we add another try catch because of circumstances like this? This is Python, not Perl or PHP. And we do catch exception and log them as we did in this case. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years

[MM3-users] Re: Heads up: settings.ACCOUNT_AUTHENTICATION_METHOD is deprecated

by Mark Sapiro

On 2/10/25 01:07, Andreas Vetter wrote: > > That is unfortunately not enough to get rid of the Warning, because venv/lib/ > python3.11/site-packages/mailman_web/settings/mailman.py contains the old > ACCOUNT_AUTHENTICATION_METHOD and allauth is complains about it. In the recommended virtualenv installation, the settings that Django sees are /etc/mailman3/settings.py. That in turn contains ``` from mailman_web.settings.base import * from mailman_web.settings.mailman import * ``` but if following those imports you have ``` del ACCOUNT_AUTHENTICATION_METHOD ``` Django won't see it and won't complain. Did you actually try this? If so, did you put the `del ACCOUNT_AUTHENTICATION_METHOD` after `from mailman_web.settings.mailman import *` in /etc/mailman3/settings.py? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 months

[MM3-users] Re: Handling of SPAM mails in mailman3 - Do not append original mail to moderation mail

by Mark Sapiro

On 1/18/20 7:11 AM, Torge Riedel wrote: > > I agree. So how to proceed on that? Get developers involved, post > somewhere a feature request? To be honest I don't know how this is > handled in development community of mailman3. You can post to mailman-developers(a)python.org, but such things tend to get put aside and forgotten. The best way to report a bug, feature request, issue, etc is to use the trackers at gitlab.com. In the case of Mailman core, this is <https://gitlab.com/mailman/mailman/issues> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 10 months

[MM3-users] Re: Hacking attempts?

by Mark Sapiro

On 7/14/22 12:29 AM, Lists via Mailman-users wrote: > > Is this a problem with our setup? i.e. the “Internal Server Error” bit, or are the hackers just sending bad data that is causing the error? also how do we stop/block this? You have Fedora enabled as one of your social account oAuth providers, but it is may be misconfigured or just broken?. Is it possible to log in via fedora at all? If you don't want/need it, just remove it. I am curently traveling and on my way home and don't have time to provide details of removal, but if you need help, ask and I or someone will respond. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 4 months

[MM3-users] Re: Removing Moderators

by Mark Sapiro

On 7/21/24 13:39, steve.bachinsky(a)tena-sda.org wrote: > In the case of adding a moderator based on an email address, it is unclear whether there is already a user associated with that email address or not. So I tried to use the "moderator = user_manager.make_user(email)" interface. However, when trying to use "mlist.subscribe(moderator, MemberRole.moderator)", I get an error that User must have preferred address. And while I can set "moderator.preferred_address = email", I then get error that there is no attribute "verified_on", and I can't set that on the User. moderator.preferred_address needs to be set to an Address object, not an email. I.e. moderator.preferred_address = user_manager.get_address(email) -- 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

[MM3-users] Re: Caching problem with templates

by Mark Sapiro

On 6/26/25 04:25, Mark wrote: > > A footer template is created and initially it works as expected. > > Editing the footer template sees the new content written to the database, > > In addition to viewing the edited content in the database, the new > template can also be viewed in Lynx on localhost at: > > http://localhost:8000/mailman3/api/templates/list/<IDENTIFIER>/list:member:regular:footer > > The problem is that the original template is being cached somewhere and > the old footer persists in new emails. What does the database query ``` SELECT uri FROM template WHERE name = 'list:member:regular:footer' AND context = '<IDENTIFIER>'; ``` return? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 months, 2 weeks

[MM3-users] Re: howto reallow a banned email ?

by Mark Sapiro

On 6/18/19 9:12 PM, Nicolas Pettiaux wrote: > > By mistake a user has been banned to post to mailman list. How can I > allow him not only to post but also to become a member of a list ? > > I have not found any info on the web, or I have been unable to search > correctly. Do you have the Postorius web UI in your installation? If so go to the list's Ban List and remove the unwanted entry. Or is this perhaps a Mailman 2 question? If so you'll find the ban_list in the web admin UI at Privacy options... -> Subscription rules. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 5 months

[MM3-users] Re: Mailman REST API not available. Please start Mailman core.

by Mark Sapiro

On 7/26/20 12:00 AM, joseverde(a)gmail.com wrote: > Okay, so I got the webservice of Mailman3 up and running, but when I go to mailman3/postorius/lists/, I get the following error: > > Something went wrong > Mailman REST API not available. Please start Mailman core. Do your settings in the webservice section of mailman.cfg for things like: admin_pass: restpass admin_user: restadmin hostname: localhost port: 8001 (Defaults shoun) match your Django settings MAILMAN_REST_API_USER = 'restadmin' MAILMAN_REST_API_PASS = 'restpass' MAILMAN_REST_API_URL = 'http://localhost:8001' Also, is Mailman's `rest` runner running ps -fwwA|grep runner=rest should show 3 processes. The runner and 2 workers. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 4 months

[MM3-users] Re: Cron error

by Mark Sapiro

On 9/30/20 8:21 AM, gordon(a)dickens.com wrote: > The error has not re-occurred in the last 24 hours since I removed the lock file as Mark recommended. So, I am hopefull that the problem is solved. As I suggested at <https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message…>, I don't think the underlying issue was with the `mailman digests --send` run by cron. I think any `mailman` command would have failed as long as the dbcreate.db lock residue was in /var/lib/mailman3/locks/. The question is what left that there in the first place. Did you manually run any `mailman` commands that terminated abnormally or were killed in the day before this started? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 2 months

Search results for query "sapiro"