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

[MM3-users] Re: Mailmansuite.log Entries

by Mark Sapiro

On 12/1/20 5:31 PM, Brian Carpenter wrote: > > On 12/1/20 8:22 PM, Mark Sapiro wrote: >> Those come from the HyperKitty sync_mailman job which is run by >> hyperkitty_import if you don't specify --no-sync-mailman, but is also >> one of the Django daily jobs. > > Ok but those number are the same for thousands of entries and apparently > are being logged for weeks. That can't be good. How does one fix this? The sync_mailman job does two things. The first thing it does is for all lists known to HyperKitty, it gets the list attributes "display_name", "description", "subject_prefix", "archive_policy", "created_at" and "list_id" from Mailman core and updates the list properties in Hyperkitty. Then it gets every message sender known to Hyperkitty for which HK's sender.mailman_id is null, and, 1000 senders at a time, it tries to get and set the core user_id for the address to the sender's mailman_id. What happens when you import old archives, you archive a lot of posts with senders that are no longer list members and are not known to core, and every time sync_mailman runs, it tries again to get those core user_ids. You definitely want the first part to run to pick up changes like a change in archive_policy or a change in subject_prefix (to be able to strip it from Subject: headers. The second step could also find a newly registered core user, but is less important. Whether it is bad is a matter of opinion. At worst, it is a waste of some processing time, and at best it will pick up new users if there are any. "Fixing" it requires modification of the sync_with_mailman function in hyperkitty/libs/mailman.py. -- 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: Issue with send mail to my domain in mailman3

by Mark Sapiro

On 4/11/22 10:36, Paul Ssekamatte via Mailman-users wrote: > I get this error in mail.log when I try to send mail to my domain > Recipient address rejected: SMTP AUTH is required for users under this sender domain (in reply to RCPT TO command)). > My setup is such that the server hosting the mailman3 (lists@tld) lists is different from the mail server (mail@tld) > Please advise. This is an MTA configuration issue. The mail@tld MTA needs to deliver list mail via LMTP to Mailman's LMTP runner at lists@tld or alternatively via SMTP to an MTA at lists@tld which relays via LMTP to Mailman. We can't begin to advise you without knowing more detail about the MTA(s) configuration. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 5 months

[MM3-users] Re: combine postorius and hyperkitty into one Apache vhost

by Mark Sapiro

On 12/29/22 12:58, Eggert Ehmke via Mailman-users wrote: > So you prefer Gunicorn over uWSGI? When I have a working installation that > uses uwsgi, should I reconfigure for Gunicorn? At the moment I see no reason > for this, and while I am open for alternate solutions, ... No, don't change. If uWSGI is working for you, it's fine. I prefer Gunicorn and recommend it for new installations because it's already installed as a dependency of Mailman core, at least if the web UI is on the same machine as Mailman core, and because I think its configuration is simpler than uWSGI. uWSGI does have an advantage in that it can be configured to start qcluster eliminating the need to do that separately. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 8 months

[MM3-users] Re: parallel processing of out queue messages

by Mark Sapiro

Dan Caballero writes: > > So is there a 1:1 relationship between the number of runners and the maximum number of messages that may be processed with .bak files in the out queue? Yes. The way this works is the runner gets the first message in it's slice from the .pck file and renames the .pck to .bak. It then processes the message and upon successful completion removes the .bak. I.e., the .bak file contains the message currently being processed by that runner. The purpose of the .bak is disaster recovery in case the runner gets killed (say by a power failure), when it starts again it recovers the .bak file. See https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/core/switchboa… for the details of how all this, including slicing, works. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 11 months

[MM3-users] Re: Disable Sign-up per domain

by Mark Sapiro

On 7/30/25 16:10, Mark wrote: > > Disabling the Account "Sign-up" globally can be done by adding the > following to "/etc/mailman3/settings.py". > > ACCOUNT_ADAPTER = 'django_mailman3.views.user_adapter.DisableSignupAdapter' > > I have several domains on the server. Is it possible to disable the > Sign-up for only one of the domains ? Anything is possible, it's only code ;) You could make your own user_adapter.py which is modified like ``` --- a/django_mailman3/views/user_adapter.py +++ b/django_mailman3/views/user_adapter.py @@ -31,7 +31,10 @@ class DisableSignupAdapter(DefaultAccountAdapter): """ def is_open_for_signup(self, req): - return False + if req.META.HTTP_HOST == 'the.domain': + return False + else: + return super().is_open_for_signup(self, req) class EnableSocialSignupAdapter(DefaultSocialAccountAdapter): ``` and set that as the ACCOUNT_ADAPTER. This depends on whatever is proxying to Django setting the appropriate HTTP_HOST header. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 month, 2 weeks

[MM3-users] Re: After server upgrade debian 11→12 and reinstalling everything in (venv), I got this error when accessing → mailman3/lists

by Mark Sapiro

On 8/29/25 09:26, Wikinaut wrote: > Just two follow-up questions. > > 1. Is this documented somewhere (where)? See https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/… Also https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/utilities/i18n… > 2. If I create /opt/mailman/mm/var/templates/site/LC/list:member:generic:footer.txt as suggested, I suppose that this then the new default for those lists, where no distinct /opt/mailman/mm/var/templates/lists/LIST_ID/LC/list:member:generic:footer.txt footer exists . Pls. can you confirm, or correct me? That's correct as long as there is no /opt/mailman/mm/var/templates/domains/MAIL_HOST/LC/list:member:generic:footer.txt -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 weeks, 6 days

[MM3-users] Re: Problems with SPOOFED_UNAUTH

by Mark Sapiro

On 9/9/25 09:56, M.Ede via Mailman-users wrote: > Thanks for your quick response und the links :-) > > When I switch list configuration to > Anonymous list: No > DMARC mitigation action: No DMARC mitigatins > everythings works fine, rspamd is fine with my mail. > > But with > Anonymous list: Yes > DMARC mitigation action: Replace From: with list address > I get the SPOOFED_UNAUTH. First of all, DMARC mitigations are not applied to anonymous lists because the From: header in mail from an anonymous list is already the list address. That said, it looks like the issue is caused when the From: address is the list address. I don't know why that would be but I'm guessing what you need is some setting in mailcow/rspamd to authorize the list address. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 week, 2 days

[MM3-users] Re: Mailing lists sometimes do not honor moderation_action of non-members

by Mark Sapiro

On 11/1/19 2:30 AM, Alan So wrote: > Double check the list that have issue: > > On mailman 2, > accept_these_nonmembers is empty > discard_these_nonmembers is empty > hold_these_nonmembers have a few email addresses > > The list was imported to mailman 3 a few months ago. > > On mailman 3, > accept_these_nonmembers is empty > hold_these_nonmembers is empty > discard_these_nonmembers have a few email addresses which is the same as those in hold_these_nonmembers on mailman 2. > > Therefore the import21 seem not importing the lists correctly. See <https://gitlab.com/mailman/mailman/issues/588>. import21 should convert addresses in MM 2.1 *_these_nonmembers to MM 3 nonmembers with appropriate moderation_action and keep only regexp patterns in MM 3 *_these_nonmembers. Prior to core 3.3.0 this was not working. -- 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: Disable Sign-up per domain

by Mark Sapiro

On 8/2/25 16:16, Mark wrote: > > It fails for both domains on the server with the ACCOUNT_ADAPTER string > in "settings.py" and the unmodified "user_adapter.py". > > This says to me that the "settings.py" is calling the "user_adapter.py" > which, for some strange reason, is still trying to match a site(host) name. I don't think that's it. I think it's earlier in the processing than that. What happens if you put ``` ACCOUNT_ADAPTER = 'allauth.account.adapter.DefaultAccountAdapter' ``` in settings.py. Also, what are the settings in your web server for proxying to Mailman. I have tried this in a test installation with two domains and ``` SITE_ID = 0 ACCOUNT_ADAPTER = 'django_mailman3.views.user_adapter.DisableSignupAdapter' ``` and I have no issue accessing accounts/signup at either domain. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 month, 2 weeks

[MM3-users] Re: [Bug] Someone not a member of list is treated as member - strange

by Mark Sapiro

On 8/23/25 05:57, Wikinaut wrote: > > When sending from address2, my mail is accepted. When I, for sake of completeness switch 1. to moderate mails from member[sic], my mail from address2 gets moderated. If any of the From: header, the envelope sender, the Reply-To: header if any or the Sender: header if any of a post contains a member address, the post is considered to be from that member. That is the default list, but it can be modified by setting sender_headers in the [mailman] section of mailman.cfg. See https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/email/message.… and https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/config/schema.… Does this explain the issue? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 weeks, 5 days

Search results for query "sapiro"