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

[MM3-users] Re: A poll: "Delete this thread"

by Mark Sapiro

On 6/21/24 07:45, Sam Darwin via Mailman-users wrote: > Thanks for the replies. Not yet a close match to what I have installed. Jeremy is using Dockerfiles. Marc is running mailman3-web from 4 years ago "20200530". I may need to dig into the code and attempt to debug, line by line. "Oh, of course, in your settings refresh_cache needs to be set to 1, you have it set to 0", or something obscure like that. Or who knows. I manage 3 production mailman 3 servers and a development server. All 4 are running the current (as of today) heads of the GitLab branches installed in a venv. The versions of some dependencies probably vary, but all use django_q2-1.6.2 one uses Django-4.2.11, two use Django-4.2.6 and one uses Django-4.1.13. They all use memcached as the cache backend. I don't know what you mean by the refresh_cache setting as I have no information about such setting. All 4 servers are able to delete threads in HyperKitty with no issues. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year

[MM3-users] Re: Installation -- error on mailman-web migrate

by Mark Sapiro

On 9/16/21 7:27 PM, Mark Dale via Mailman-users wrote: > > I note that in the sample "settings.py" file, there are lines that have the directory "web" in the file paths ... > > STATIC_ROOT = '/opt/mailman/web/static' > > LOGGING['handlers']['file']['filename'] = '/opt/mailman/web/logs/mailmanweb.log' > > > ... but as yet there is no directory "web". This appears to be an error in the docs. With ``` [paths.here] var_dir: /opt/mailman/mm/var [mailman] layout: here ``` The logs are in `/opt/mailman/mm/var/logs/`, not `/opt/mailman/web/logs/` and `STATIC_ROOT` should probably be `/opt/mailman/mm/static`, but it could also be `/opt/mailman/mm/var/static`. > Was I meant to create the directories "web/logs/" and the "mailmanweb.log" file at some point, or were they meant to get created during the mailman-web install process? They should be created automatically, but in `var_dir` which is `/opt/mailman/mm/var`, not `/opt/mailman/web` > Should the owner/group be "mailman"? Yes -- 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: REST API authorization failed

by Mark Sapiro

On 1/8/22 10:40 AM, Axel Rau wrote: > Hi all, > > I’m going to do a mailman2->3 migration in a FreeBSD jail. > I installed mailman3 in an venv from pypi, along with nginx, uwsgi and exim. > The above error happens when I try to open the base url of my server with a browser > (is redirected to postorius/lists/) > (no errors on admin/ and hyperkitty urls) > > Same passwords and users in mailman.cfg: > > [webservice] > hostname: localhost > port: 8001 > use_https: no > admin_user: restadmin > admin_pass: ??? > > and in settings.py: > > MAILMAN_REST_API_URL = 'http://localhost:8001' > MAILMAN_REST_API_USER = 'restadmin' > MAILMAN_REST_API_PASS = ??? > > Its a long password, created as secret key by manage.py Is the password unquoted in mailman.cfg as admin_pass: ??? and quoted in settings.py as MAILMAN_REST_API_PASS = '???' Does the `mailman info` command report what you think for REST credentials? To you get an appropriate JSON response from wget -O- --user restadmin --password ??? http://localhost:8001/3.1/lists -- 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: Digests not working correctly

by Mark Sapiro

On 6/13/23 09:42, Joel Lord wrote: > Now I'm on one of the lists in digest mode and I can see that it's a > mess. Periodic digests are definitely NOT working, so I'll lay that out > here. > ... > root@host2:/# grep digests /var/log/cron.log > Jun 11 23:00:01 host2 CRON[1632765]: (lists) CMD (/usr/local/bin/mailman > digests --periodic) > Jun 12 23:00:01 host2 CRON[2177286]: (lists) CMD (/usr/local/bin/mailman > digests --periodic) OK. > root@host2:/home/members/directory# su - lists > lists@host2:~$ /usr/local/bin/mailman digests --periodic > lists@host2:~$ ls var/lists/<list>/ > digest.mmdf If there is nothing in Mailman's mailman.log, I don't know what the issue is unless the list's digest_send_periodic flag is False. > How can I try and track this down? Try manually running ``` /usr/local/bin/mailman digests --periodic --verbose ``` to get more info. Also try ``` /usr/local/bin/mailman digests --send --verbose ``` to see what it reports and whether it sends the digest. -- 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: Execution of msgfmt failed when performing post upgrade steps

by Mark Sapiro

On 9/15/19 5:19 AM, Torge Riedel wrote: > > When runnin the post-upgrade-script I get the following error message: > > Execution of msgfmt failed: > /opt/mailman/web/venv/lib/python3.6/site-packages/hyperkitty/locale/nb_NO/LC_MESSAGES/django.po:630: > duplicate message definition... > /opt/mailman/web/venv/lib/python3.6/site-packages/hyperkitty/locale/nb_NO/LC_MESSAGES/django.po:273: > ...this is the location of the first definition > msgfmt: found 1 fatal error > > Not sure whether this is an error of MM3 or one of its dependency packages. The file hyperkitty/locale/nb_NO/LC_MESSAGES/django.po does contain a duplicate definition. This is a bug. lines 270,273 are: #: templates/hyperkitty/fragments/month_list.html:78 #: templates/hyperkitty/overview.html:75 msgid "All Threads" msgstr "" and lines 629,631 are: #: templates/hyperkitty/overview.html:75 msgid "All Threads" msgstr "Alle tråder" You can just delete lines 272,273 but if you want to be really fussy, you can delete lines 629,631 and change line 273 to msgstr "Alle tråder" See <https://gitlab.com/mailman/hyperkitty/merge_requests/185> -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 9 months

[MM3-users] Re: Cron of Mailman notify is not working

by Mark Sapiro

On 1/28/20 3:03 AM, Shashikanth Komandoor wrote: > Hello, > > With your help, I was able to setup mailman 3.3 on my RHEL 7.5 > machine and running well and good. > > For daily notification I have added the below line in the crontab: > > 00 08 * * * /var/lib/mailman/venv3/bin/mailman notify > > But this cron job is not working while I was able to run the same > command manually at my CLI. Into exactly what crontab did you put it? That is the correct line if you put it in the mailman user's crontab, but if you put it in a system crontag, e.g./etc/cron.d/mailman, it needs a 'user_name' argument between the date/time fields and the commands. E.g., 00 08 * * * mailman /var/lib/mailman/venv3/bin/mailman notify although the Mailman user may not be 'mailman' in your case. You should see some errors from cron in /var/log/syslog at 08:00 that would give you a hint. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 5 months

[MM3-users] Re: File "/usr/lib/python2.7/httplib.py", line 1148, in getresponse raise ResponseNotReady()

by Mark Sapiro

On 9/23/20 7:02 AM, Brian Carpenter wrote: > On 9/23/20 7:33 AM, r.woithe(a)callassoftware.com wrote: >> Thank u for the hint ! >> The only one is that Ubuntu uses uWSGI and not gunicorn. >> I set the para socket-timeout = XXX. >> I hope thats the right parameter. >> _________________________________________ > > I think Mailman 3 core still has its own gunicorn process that it runs. > Brian is correct. The REST API does not use the web server and uWSGI is not involved. Since Mailman core 3.3.0, the REST API is served by Gunicorn processes that have nothing to do with the web server. The time limit for these processes needs to be set as described at <https://wiki.list.org/x/17892072>. Prior to 3.3.0, the REST API used the standard library wsgiref module which doesn't have timeouts. Since you said you have Mailman core 3.2.2, this may not be a REST timeout at all. -- 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: MIMEDefang to fix footers

by Mark Sapiro

On 11/13/20 9:51 AM, Ryan Morash wrote: > Does anyone know how to use MIMEDefang to fix the footer as attachment issue when using Mailman3? I've seen several guides/scripts referring to its use with Mailman2, but I'm unsure of how they would match with Mailman 3. I don't use MIMEDefang and don't specifically recommend it, but I have looked at <https://stuff.mit.edu/~jik/software/mailman_mimedefang/>, and it seems that the only Mailman specific things involved in the installation and configuration of this script are the addition of the "MAILMAN_MIMEDEFANG" lines as the first and last lines of the footer template. The only thing Mailman 3 specific in that is how to edit the footer template. This can be done on a per-list basis via Postorius since 1.2.0 or more directly in Mailman core by setting URIs, see <https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/rest/docs/…> or by creating templates in Mailman's var/templates directory, see <https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/utilities/i18n…>. -- 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: mailman3-web language preference and translation settings

by Mark Sapiro

On 12/6/23 15:54, Nils wrote: > Thanks for your help, Mark. I've already tried that and it gave me this > message: > > # sudo -u www-data python3 /usr/bin/django-admin compilemessages > --pythonpath /usr/share/mailman3-web --settings settings > CommandError: This script should be run from the Django Git checkout or > your project or app tree, or with the settings module specified. > > I'm working on ubuntu and I don't have (venv)$ The other commands (migrate, collectstatic and compress) worked fine. Kind regards I don't know why this fails like that, particularly since the same thing works for migrate, collectstatic and compress. The only thing I can think of is you may need to cd to the directory containing django/ django_mailman3/ postorius/ and /hyperkitty before doing the above. This may be something like /usr/lib/python3.x/site-packages. If that doesn't work, since I think you are using the Debian/Ubuntu package, I suggest you try Debian for help. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 6 months

[MM3-users] Re: Wrong info in moderation mail when held due to match of a header rule

by Mark Sapiro

On 10/18/20 4:15 AM, tlhackque via Mailman-users wrote: >> > I considered including the regex in each message, but that seemed > redundant - and potentially long. Thus the pointer. Perhaps number the > rules for each list, and use that index? The ROWID would seem to be a > candidate for the number. The number would be the `position` value from the headermatch table for the matched rule, but that's unreliable as the rules can be reordered (or the particular rule even deleted) between the rule being applied to a message and subsequently looking for the rule. ... > I may have some details wrong - I found mm3 not ready for my needs and > am thus out of date - but I hope the high level approach that I outlined > is useful. It seems to me that this is a great deal of additional implementation to solve a non-existent problem. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years, 8 months

Search results for query "sapiro"