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

[MM3-users] Re: out queue backlog and delivery rate

by Mark Sapiro

On 4/8/22 09:47, dancab(a)caltech.edu wrote: > For anyone coming across this thread. It seems increasing the runners did the job for us. The smtp.log is now showing smaller lists being completely processed while larger lists are still in progress of sending out to members. > > We edited the mailman.cfg to include the following and the mailman stop; mailman start > > [runner.in] > class: mailman.runners.incoming.IncomingRunner > instances: 2 There's probably no issue that would be helped by increasing in runner instances. > [runner.out] > class: mailman.runners.outgoing.OutgoingRunner > instances: 2 I would suggest larger, 4 or even 8. This is not a single queue/multiple server setup. It is multiple queue/multiple server. I.e. The queue entries are named based on a hash of the message and each instance processes its own slice of the hash space. So, with 2 slices and a large recipient message being processed, there's a 50% chance that the next message will wind up waiting. -- 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: FYI: Django security releases issued: 4.0.6 and 3.2.14

by Mark Sapiro

On 7/8/22 6:34 AM, Stephen J. Turnbull wrote: > David Newman writes: > > > Interesting -- that does produce two directories with names starting > > with a tilde: > > > > /opt/mailman/venv/lib/python3.9/site-packages/~jango: > > /opt/mailman/venv/lib/python3.9/site-packages/~jango-3.0.14.dist-info: > > I would guess that those are the previous versions before the upgrade, > moved out of the way in case a revert-to-previous was needed. Again, > guessing, they should have been removed by the upgrade process once > the new package was fully installed. Was there an interrupted or > partially successful upgrade in the past? When pip is doing an upgrade of the xyz package, it renames the existing package as ~yz and then ultimately deletes the old ~yz package after successfully installing the new xyz. In this case, the upgrade was aborted because of the Django<3.1 constraint in mailman-web and apparently pip then installed Django<3.1 and left the ~jango* directories behind. -- 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: Can disabled users enable themself?

by Mark Sapiro

On 7/6/26 6:33 AM, Flo via Mailman-users wrote: > > How can I find these settings in Postorius? There is only a user's > language and a list's language. You have to be logged in as the user. Then you can go to https://example.com/mailman3/accounts/mailmansettings/ and see Global Mailman preferences, Address-based preferences and List-based preferences. > Finally I had a look into the code of https://gitlab.com/mailman/ > mailman/-/blob/master/src/mailman/app/notifications.py . This was not > very efficient as I don't know Python but I found out that if I add > > with _.using(language.code): > > on line 266 and do the correct intends below it translates. Thank you. This is a bug and you have found the correct solution. The issue is that although `language` is provided in the call to UserNotification, that doesn't affect the translation of the Subject. This is now reported at https://gitlab.com/mailman/mailman/-/work_items/1287 and I will fix it. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 months, 2 weeks

[MM3-users] Re: Where to configure 'hostname' used in 'From:'-header?

by Mark Sapiro

On 3/10/23 01:55, Dmitri Heerdegen wrote: > > I've recently installed MM3 with Exim4 on, say, subdomain.myhost.tld > and configured MM3 to use lists.someotherdomain.tld as web host and mail > host. > Thus, the mailman.cfg contains: > > [mta] > smtp_host: lists.someotherdomain.tld > > When I send a message to test(a)lists.someotherdomain.tld it gets > delivered, however the 'From:'-header becomes "test(a)subdomain.myhost.tld". The From: should be unchanged from the incoming post unless the list is anonymous or DMARC mitigations are applied. In the case of anonymous lists, the From should be the list's address and in the case of DMARC mitigations it should be something like User Name via listname <list-address>. In either case, the list address should be list-name@list-domain where list-domain is the list's email domain. If the address is being rewritten as test(a)subdomain.myhost.tld it is probably Exim doing it. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 7 months

[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

2 years, 3 months

[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

5 years, 1 month

[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

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

3 years, 4 months

[MM3-users] Re: Cannot Install Web UI

by Mark Sapiro

On 11/2/25 07:30, dap1--- via Mailman-users wrote: > I may have found the problem but would like confirmation before I mess things up.. The proxy stuff added to apache.conf asks for the modules mod_headers.c and mod_proxy.c. They do not exist in /etc/apache2/mods-available. However, none of the modules in that directory are file type 'c'. In any case if those modules are not loaded would not that explain my problem? I'm not sure it is appropriate to add those modules with a2enmod. If they don't exist in mods-available, they needed to be added with apt or whatever the package manager is in your distro. If they are in mods-available but not mods-enabled, they can be enabled with a2enmod. The docs assume that if you see required modules in IfModule statements in the config you are adding, you would ensure those modules are enabled. Perhaps this assumption is unwarranted, but there is a line somewhere between an installation doc and a tutorial on system administration. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

11 months, 2 weeks

[MM3-users] Re: Unknown templates being used

by Mark Sapiro

On 2/14/21 1:47 PM, Tom Stoddard wrote: > > On 2/14/2021 1:31 PM, Mark Sapiro wrote: >> >> I.e., we know it should be a template, but it currently isn't. > > That's fine but it doesn't explain why I have received messages that > were built by a template for some subscription requests. In other words, > why is there a template being used in some instances and on others a > "mailman notify command" is being used? The notice sent at the time the request is generated is built from a template. The `mailman notify` command is intended to be run periodically via cron set up by the site admins to send a summary of then outstanding requests to the list admins. You should receive the initial notice built from a template of each request as it is generated as long as the list is sent to send immediate notices. The notice sent by `mailman notify` is a summary of all requests outstanding at that time. If all the requests have been handled by the time `mailman notify` is run, it won't send you anything. > Are there different methods for people to use to request a subscription? Yes, but that's not the explanation for your question. Subscription can be requested via a web UI or via email to the list-join or list-subscribe address or via a join or subscribe command sent to the list-request address, but all methods result in the same notices to the admin. > By the way, Brian at EMWD has been extremely helpful to me already and, > as he stated, he informed me that this is an issue with Mailman 3 so I > thought I'd try getting the answer directly from this group. I agree and appreciate that Brian is very supportive. In my initial reply, it was not clear to me that Brian had referred you here which is the only reason I pointed out that he was your primary line of support. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 8 months

Search results for query "sapiro"