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

[MM3-users] Re: Clearing webserver cache - Nginx

by Mark Sapiro

On 8/5/24 12:45, Odhiambo Washington via Mailman-users wrote: > > Yes, those are Cloudflare IPs and I don't know why 2! > All I know is that in DNS, I created an A record for the hostname and chose > the "proxy" option in the cloudflare DNS management interface. OK, I know nothing about how cloudflare proxying works, so ignoring that and assuming it's OK, ... ... > I don't know. However, those IPs you see in the Nginx logs, none belong to > me! I have two possible IPs - one domiciled in KE and another domiciled in > the US (when I use VPN). I think I've misunderstood. Is it the case that the messages you report like /opt/mailman/mm/static/CACHE/css/output.6dab123e4897.css" failed (2: No such file or directory) ... are in the nginx log on the mailman server. If so, see https://docs.mailman3.org/en/latest/install/virtualenv.html#nginx-configura…. Is that what you have? If not, post your nginx configuration. -- 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

[MM3-users] Re: RHEL 7 + Mailman 3 : Need help and guidance

by Mark Sapiro

On 7/15/19 8:27 AM, vgandhi(a)fdu.edu wrote: > Thank you so much for the guidance. We ended up installing version 2.1.15 on RHEL7 using yum. We don't want mailing lists' email addresses with the same domain as the server has. For example: server is example1.fdu.edu . We would like to have email addresses of the mailing lists to end with @fdu.edu so that someone sends email to list1(a)fdu.edu and the subscribers of the the mailing list list1 will receive it. Can you please provide us some guidance on how can we accomplish this? This is not the list for Mailman 2.1 questions. Please join the mailman-users(a)python.org list at <https://mail.python.org/mailman/listinfo/mailman-users> and post your request there. Also note that while the RHEL7 package for Mailman may be 2.1.15, that version is 7 years old and the current release is 2.1.29. You may wish to install from source - <https://www.list.org/mailman-install/>. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 2 months

[MM3-users] Re: Running mailman3 on AWS and dealing with SES email verification

by Mark Sapiro

On 5/1/20 6:54 AM, Mohsen Masoudfar wrote: > Thank you Mark, this is really very helpful. I am going to work on the details. It would be breat, if there were a way to set some of this options as default, like DMARC mitigation is default to no, I changed it to unconditionally and replace From to with list address and got good results, but the default is no. How may I changed the default, do that the list owner/creator does not need to update these fields. There are two ways to do this. Both require some code modification. The simplest is just to change the lines at <https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/styles/base.py…> to: mlist.dmarc_mitigate_action = DMARCMitigateAction.munge_from mlist.dmarc_mitigate_unconditionally = True The other way is to create a new list style that has these settings and chose it when creating a list. See <https://mailman.readthedocs.io/en/latest/src/mailman/styles/docs/styles.html>. -- 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: spanish localization

by Mark Sapiro

On 2/11/21 3:47 AM, Guillermo Hernandez (Oldno7) via Mailman-users wrote: > I contributed in january to translate to spanish all the items left in > Mailman Core, Django-mailman, HyperKitty and Postorius via Weblate. I > thought they will be used in the next upgrade, but I cannot see any > improvement and there are many words untranslated. The Spanish translations for Mailman core and HyperKitty are currently completely up to date with weblate. django-mailman3 differs in one string that was translated on Feb 10 and hasn't yet been merged. Postorius also differs in a few places from the Feb 10 version that hasn't yet been merged. Other than that, the translations should be good. > Is there any way to upgrade the .po files in order to get the last > translation? For the web UI you need to run the django management `compilemessages` command. For Mailman core you need to run ``` cd mailman/messages/es/LC_MESSAGES msgfmt -o mailman.mo mailman.po ``` to compile the mailman.po file for gettext. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 7 months

[MM3-users] Re: [EXTERNAL] [Mailman-Users] Re: Help with 'The message has no valid senders'

by Mark Sapiro

On 5/19/21 10:37 AM, McGuire, Tommy M. (MSFC-IS90)[EAST2] wrote: > > Here are (what I think are :-)) the anonymized relevant parts of the smtp.log. > > May 19 08:52:29 2021 (126270) _handle_client readline: b'MAIL FROM:<aaaaaaaaaa.a.aaaaa-1(a)nasa.gov> SIZE=11726\r\n' > May 19 08:52:29 2021 (126270) ('127.0.0.1', 52130) >> b'MAIL FROM:<aaaaaaaaaa.a.aaaaa-1(a)nasa.gov> SIZE=11726' > May 19 08:52:29 2021 (126270) ('127.0.0.1', 52130) sender: aaaaaaaaaa.a.aaaaa-1(a)nasa.gov > May 19 08:52:29 2021 (126270) ('127.0.0.1', 52130) << b'250 OK' > ... > May 19 08:52:29 2021 (126270) DATA readline: b'From: "Aaaaa, Aaaaaaaaaa A. (location)[employer,\r\n' > May 19 08:52:29 2021 (126270) DATA readline: b' Inc.]" <aaaaaaaaaa.a.aaaaa-1(a)nasa.gov>\r\n' That all looks good. I don't understand what's wrong. Can you apply the attached patch to mailman/rules/no_senders.py and see what you get in Mailman's debug.log. -- 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

[MM3-users] Re: Upgrading packages

by Mark Sapiro

On 10/13/22 10:55, Eggert Ehmke wrote: >> >> It shouldn't have been necessary to apply any patch. The head of the >> GitLab hyperkitty master branch is already compatible with mistune 2.0.4 > > strange, I still had the line with the (not working) > from mistune.scanner import escape_html, escape_url > > maybe because the migration step was not working at that time? It should have nothing to do with migrations. The command ``` pip install --upgrade git+https://gitlab.com/mailman/hyperkitty@master ``` run as the mailman user with your venv active should have set the content of venv/lib/python3.9/site-packages/hyperkitty/lib/renderer.py to be the same as https://gitlab.com/mailman/hyperkitty/-/blob/master/hyperkitty/lib/renderer…, but it didn't. I wonder what else didn't get upgraded? Clearly it did do something because mistune was upgraded. If you run `pip freeze` in your active venv,, what versions do you see for the things you upgraded? Do they look for example like ``` HyperKitty @ git+https://gitlab.com/mailman/hyperkitty@cf585a6588a176e714ec32bbcfe52e8a2… ``` -- 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

[MM3-users] Re: mailman3-web and the django middleware problem

by Mark Sapiro

On 4/25/24 14:01, Thomas Stein wrote: > Am 2024-04-25 22:03, schrieb Mark Sapiro: >> >> I don't know how things are arranged in the Debian/Ubuntu package, but >> you may have a settings.py which at the end does something like >> ``` >> try: >> from settings_local import * >> except ImportError: >> pass >> ``` >> If that is the case, adding the above snippet to the end of >> settings_local.py should work. > > Yes, that's the case. I added the snippet in question to > settings_local.py but this leads to another error: > > File "/usr/share/mailman3-web/settings.py", line 503, in <module> > from settings_local import * > File "/usr/share/mailman3-web/settings_local.py", line 194, in <module> > x = list(MIDDLEWARE) > ^^^^^^^^^^ > NameError: name 'MIDDLEWARE' is not defined > dpkg: error processing package mailman3-web (--configure): Yes. I understand. In your case, MIDDLEWARE is only defined in settings.py and not in settings_local.py. As I understand it originally you added ``` x = list(MIDDLEWARE) x.insert(0, 'allauth.account.middleware.AccountMiddleware') MIDDLEWARE = x ``` to settings.py and you say it didn't help. I don't know why that wouldn't work as long as there is no setting for MIDDLEWARE in settings_local.py and you added that after the MIDDLEWARE setting in settings.py. When you say it didn't help, do you mean you still get the django.core.exceptions.ImproperlyConfigured: allauth.account.middleware.AccountMiddleware must be added to settings.MIDDLEWARE message or something else? I note that the original post in this thread refers to /etc/mailman3/mailman-web.py which is presumably where the package ultimately puts the Django settings, and I don't know what `dpkg --configure` is doing. One thing you could try is in settings_local.py, put ``` from settings import MIDDLEWARE x = list(MIDDLEWARE) x.insert(0, 'allauth.account.middleware.AccountMiddleware') MIDDLEWARE = x ``` to work around the NameError. -- 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: update_index

by Mark Sapiro

On 04/03/2018 09:02 AM, Darren Smith wrote: > Hello, > > If I'm reading the docs correctly, when we run manage.py update_index, it > should be an incremental index of new emails that have been added since the > last time update_index was run - can anyone confirm that this is the > expected behavior? Or is there another command line option that I am > missing? There are two ways to run update_index. Hyperkitty's update_index is incremental and is run by manage.py runjob update_index Running manage.py update_index runs haystack's update_index which with no options does a full update. Run manage.py update_index --help to see the options. The incremental 'manage.py runjob update_index' should be run every minute by 'manage.py runjobs minutely' assuming cron is running the periodic Django jobs, so running either update_index job manually shouldn't be necessary ... > So...can anyone help with how to get the update_index to do only emails > added since the last time the update_index was run? manage.py runjob update_index -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 5 months

[MM3-users] Re: Avoiding reply to list when User does "Reply To All"

by Mark Sapiro

On 06/19/2018 05:06 AM, Asaf Ohayon wrote: > hello > > I've played with explicit reply-to address, and "Reply goes to list" -> > "Explicit Reply-to headers set", > And it works fine when user does "Reply" in the client (e.g: gmail), > But when she presses Reply To All, still it sends also to the list, > > Is there some way to avoid this ? The short answer is No. Even with Full Personalization where Mailman puts the recipient address in the To: header, it will still put the list address in Cc: to facilitate replying to the list. If you want a list that members can't post to, the article at <https://wiki.list.org/x/4030685>, while aimed at Mailman 2.1 and older, has some information that is relevant and in Mailman 3, creating a list with the "Announce only mailing list style" is at least a start. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 years, 2 months

[MM3-users] Re: Bug - if you change primary email address, you're "semi-subscribed"

by Mark Sapiro

On 5/24/19 5:38 AM, roger(a)reasonal.com wrote: > For what it's worth, I subscribed with my work address, sent a couple of posts to the list, then because of the annoying auto-adding of our corporate email branding, I added a new email address, verified it, made it primary and then deleted the old address. I think there are two issues in this thread. The one we're discussing here is that following the above changes, you received a list welcome message at the new address, but not until you posted from that address. Is that correct? The other issue you've mentioned is posts via email disappearing. My questions regarding that are: Have you tried posting via email from this address? Please try replying to this post by email and see if that works. From what address and when as best as you can recall did you post the messages that disappeared? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 3 months

Search results for query "sapiro"