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

[MM3-users] Re: Handling of SPAM mails in mailman3 - Check for X-Spam Header

by Mark Sapiro

On 1/16/20 10:51 AM, Torge Riedel wrote: > > Such SPAM mails are currently hold for moderation with reason "not from > a list member". Is there no check for the "X-Spam: Yes" header or is > this check done later? If you set a Header Filter (in Postorius the Header filters tab) those checks are done before non-member moderation. This won't work for posts from members because the header checks are done between member moderation checks and non-member moderation checks, but if you create a Header Filter for header 'x-spam' and pattern 'yes' with action hold, a message from a non-member which has an X-Spam: Yes header should be held for that reason. -- 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: Apache Configuration for Subdomain

by Mark Sapiro

On 7/26/22 15:29, Mail Person wrote: > So adding the slashes did not fix, but I did get a workaround to work from the other thread: > > ProxyPass /mailman3 unix:/run/mailman3-web/uwsgi.sock|uwsgi://localhost > ProxyPass /mailman unix:/run/mailman3-web/uwsgi.sock|uwsgi://localhost > > Now makes it so that lists.example.com/mailman3 works sort of correctly. Weirdly enough, however, it redirects to lists.example.com/mailman/postorius/lists/ rather than */mailman3/* > > AND, if you go to lists.example.com/mailman it errors out with a 404 but redirects to > > lists.example.com/mailma > > So somehow a letter is getting deleted for some reason. This is a known issue with some versions of uWSGI. The only information I have is in the thread at https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/thread/… -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 2 months

[MM3-users] Re: No DBA password when installing Mailman3 with remote database server

by Mark Sapiro

On 10/31/22 07:04, Markus Ludwig Grandpré wrote: > Dear Mailman3 list, > > I try to install the Mailman3 software 3.3.3-1 on a Debian 11 system > with a remote Postgres database server. During the installation process > dpkg is asking for the DBA password that our DBA team would not provide > to me. So what can I do? This is really a question for Debian, but apparently dpkg wants to create databases for Mailman and Mailman Web. You will need to get your DBA team to create these databases (probably named `mailman` and `mailmanweb`) and a Mailman user (probably `list`) with all access to these databases and probably manually configure the `[database]` section of mailman.cfg and `DATABASES` on Django's settings -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 11 months

[MM3-users] Re: Monthly Password Reminders

by Mark Sapiro

On 2/3/23 04:05, Stephen J. Turnbull wrote: > > For the passwords, yes. It was frequently reported as a bug, in fact. > Mostly the reminders generate requests to know how to shut them off. > You're the first in probably a decade who's asked how to turn them on! > > While in theory we could protect in transit with SMTP over TLS, we > can't guarantee end-to-end encryption (eg, if there's a .forward at > the subscribed address), and while TLS is widely implemented, it's > still not universal. Perhaps more significantly, all passwords are now stored in encrypted form, so for practical purposes we couldn't send the unencrypted password because we don't know it and the encrypted password is not useful to the user. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 8 months

[MM3-users] Re: Error -- postorius Un-handled exception

by Mark Sapiro

On 4/10/24 03:42, admin(a)bclug.ca wrote: > > After `systemctl restart mailman3.service mailman3-web.service` I'm still getting: > >> ERROR 2024-04-10 10:19:19,739 104735 postorius Un-handled exception: HTTP Error HTTP Error 500: {"title": "500 Internal Server Error"} >> File "/opt/mailman/venv/lib/python3.10/site-packages/mailmanclient/restbase/connection.py", line 161, in call >> raise HTTPError(params.get('url'), response.status_code, >> urllib.error.HTTPError: HTTP Error 500: {"title": "500 Internal Server Error"} >> ERROR 2024-04-10 10:19:19,744 104735 django.request Internal Server Error: /mailman3/lists/new_test.domain.tld/ >> ERROR 2024-04-10 10:19:19,744 104735 django.request Internal Server Error: /mailman3/lists/new_test.domain.tld/ >> ERROR 2024-04-10 10:19:19,745 104735 django.server "GET /mailman3/lists/new_test.domain.tld/ HTTP/1.0" 500 8667 > > > Anyone have suggestions? What's in var/logs/mailman.log? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

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

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

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

3 years

[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 year, 2 months

[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

1 year, 1 month

Search results for query "sapiro"