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

[MM3-users] Re: Setting configuration variables on all lists from command line

by Mark Sapiro

On 10/26/2017 08:00 AM, Peter Mueller wrote: > Hello, > > could you provide an example how I can set various configuration variables > using "mailman withlist" or "mailman "shell" on _all_ lists? > > E.g. I want to set on all lists: > m.send_welcome_message = 0 > m.send_goodbye_message = 0 $ bin/mailman shell Welcome to the GNU Mailman shell >>> from zope.component import getUtility >>> from mailman.interfaces.listmanager import IListManager >>> listmanager = getUtility(IListManager) >>> for mlist in listmanager.mailing_lists: ... print(mlist.list_name) ... mlist.send_welcome_message = False ... mlist.send_goodbye_message = False ... commit() ... >>> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

8 years, 11 months

[MM3-users] Re: [SOLVED] Re: Re: Help with Newbie error -- I think I deleted my server

by Mark Sapiro

On 12/25/21 7:13 AM, William Oliver wrote: > > Just out of curiosity, if I could not have guessed a valid ID number > and did not have the admin interface, how could I have figured out what > site IDs were available? If Postorius is working, recent versions show the SITE_ID in the domains view. I.e. after you added your domain you could have noted the SITE_ID and made the change in settings before deleting the example.com domain. In any case, the django_site table in Mailman's database has the information. -- 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

[MM3-users] Re: Message-Footer after migrating to Mailman3

by Mark Sapiro

On 9/1/22 03:19, Peter Münster wrote: > > My language setting is "fr", so I've copied templates/site/en > templates/site/fr and now it works. > > So no real problem, but the question remains: why did it not work with > "en"? Because of https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/utilities/i18n… which you referenced previously ``` After all those paths are searched, the final fallback is the English template within the Mailman source tree. ``` I.e. the final fallback is to the English template in the source tree, not to a list, domain or site specific English template in Mailman's `config.TEMPLATE_DIR`. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 1 month

[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

4 years

[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, 10 months

[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

1 year, 8 months

[MM3-users] Re: How to delete empty archives by script?

by Mark Sapiro

On 10/8/26 5:03 AM, Andreas Vetter wrote: > > Cool. And since there are a lot of empty archives: How would I find the empty > archives to feed to this? Can MailingList.objects.get() come up with something > like a number of archived mails or threads or used space? Something like ``` >>> from hyperkitty.models import MailingList >>> for mlist in MailingList.objects.all(): ... if len(mlist.emails.all()) == 0: ... print(mlist.name) ... ``` will print the names of all empty archived lists. either replace `print(mlist.name)` with `mlist.delete` or add `mlist.delete` (indented the same amount) after `print(mlist.name)` to delete them. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 week, 4 days

[MM3-users] Re: mail loops back to myself

by Mark Sapiro

On 6/13/25 01:59, Florian Sukup wrote: > > > On 6/13/25 01:58, Mark Sapiro wrote: > >> but I'm at a loss to understand the issue, unless your >> /etc/postfix/master.cf is missing an uncommented entry for lmtp like >> ``` >> lmtp unix - - y - - lmtp >> ``` >> > > I found it there, here is my master.cf: I realized after the fact that that probably wasn't the issue because it probably would have logged an error. > mailman unix - n n - - pipe > flags=FRX user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py > ${nexthop} ${user} > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Is the last line a problem? It seems to be from mailman2. It's a Debian thing for an unsupported MM 2.1 process to deliver mail to Mailman. It doesn't do any harm if it's not referenced in main.cf. > Is there a possibility to debug in more detail? To find out when and > where it takes the wrong turn? I'm unable to see where this is going wrong. I think it is a Postfix issue, not a Mailman issue per se, and while we make a best effort to help with Postfix-Mailman integration issues we are not the primary support resource for Postfix which is the postfix-users(a)postfix.org mailing list. See https://www.postfix.org/lists.html for info on subscribing and posting. Also, since you are dealing with Debian packages, the primary support resource is Debian. See https://wiki.list.org/x/12812344 -- 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: 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

6 years, 9 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

4 years, 3 months

Search results for query "sapiro"