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

[MM3-users] Re: Cron Error: <mailman@gw> /opt/mailman/mm/bin/django-admin runjobs monthly

by Odhiambo Washington

On Wed, Mar 1, 2023 at 6:13 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 2/28/23 21:33, Odhiambo Washington wrote: > > > > Now that I have the error message - mail was generated at 0600hrs - what > > should I grep for in mailmanweb.log to ascertain when the cron job > started? > > > You could look in /etc/crontab to see what time the cron.monthly jobs > are run or you could look in syslog for 'cron\.monthly'. > In FreeBSD we have the /var/log/cron. Mar 1 00:00:00 gw /usr/sbin/cron[66206]: (mailman) CMD (/opt/mailman/mm/bin/django-admin runjobs monthly) So the job was started at 00:00, and the email was generated at 06:00: 2023-03-01 06:00:52 1pXCi4-000N2h-2D <= mailman(a)gw.kictanet.or.ke U=mailman P=local S=1466 T="Cron <mailman@gw> /opt/mailman/mm/bin/django-admin runjobs monthly" from <mailman(a)gw.kictanet.or.ke> for mailman That is 6hrs and the lock was still there. Given that my search engine is whoosh and my archive is heading to 3GB, I should probably try setting the value to 10hrs for a start? PS: Is there any documentation (for laymen) on how to set up an alternative search engine for MM3? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-)

3 years, 5 months

[MM3-users] Re: Installing mailman 3

by Abhilash Raj

On Tue, Aug 1, 2017, at 02:29 PM, Rafael Mora wrote: > Hello Abhilash, > > I have this in my settings.py file: > > > EMAIL_BACKEND = 'django.core.mail.backends.smtp.EmailBackend' > EMAIL_HOST = 'localhost' > EMAIL_PORT = 25 > #EMAIL_HOST_USER = 'mailing(a)labbrands.com' > #EMAIL_HOST_PASSWORD = '******' This looks good to me. > > What should I use in user and password?? Does Django use postfix to send the email??? I think you don't need a password and username as long as your postfix is configured to relay local emails without authentication (which it is by default if you installed from distro packages and if you haven't changed the settings). > > Thanks > > > > > El mar., 1 ago. 2017 a las 16:20, Abhilash Raj (<raj.abhilash1(a)gmail.com>) escribió:>> Hi, >> >> >> >> On Tue, Aug 1, 2017, at 02:11 PM, Rafael Mora wrote: >> > It's ok now, but still I can't make it send the confirmation email>> > >> > This is from mailman.log: >> > >> > >> > [mailman@localhost logs]$ tail -f mailman.log >> > Aug 01 15:59:18 2017 (2327) lmtp runner started. >> > Aug 01 15:59:18 2017 (2333) virgin runner started. >> > Aug 01 15:59:18 2017 (2332) retry runner started. >> > Aug 01 15:59:18 2017 (2330) pipeline runner started. >> > Aug 01 15:59:18 2017 (2325) command runner started. >> > Aug 01 15:59:19 2017 (2328) nntp runner started. >> > Aug 01 15:59:19 2017 (2326) in runner started. >> > Aug 01 16:01:38 2017 (2331) 127.0.0.1 - - "GET >> > /3.0/lists?count=0&page=1&advertised=true HTTP/1.1" 200 90 >> > Aug 01 16:01:38 2017 (2331) 127.0.0.1 - - "GET >> > /3.0/lists?count=10&page=1&advertised=true HTTP/1.1" 200 90 >> > Aug 01 16:01:38 2017 (2331) 127.0.0.1 - - "GET /3.0/domains HTTP/1.1" 200>> > 90 >> > >> > >> > >> > >> > What should I do? >> >> If you are talking about Account confirmation emails, they usually are>> sent out from Django and not Mailman Core itself. >> >> To configure Django you need to edit the `settings.py` file, wherever>> that is one your installation. If you are following the guide mentioned>> at http://docs.mailman3.org/en/latest/prodsetup.html, it should be at>> `mailman-suite/mailman-suite_project/settings.py`. >> >> To configure your Django to send emails, have a look at >> http://docs.mailman3.org/en/latest/config-web.html#setting-up-email-required.>> >> That documentation page has pretty much everything you need in order to>> have a running Web Frontend, please go through it and make sure you have>> everything configured. >> >> Finally, the actual emails from Mailing lists are supposed to be handled>> by Core. You need to configure Postorius & Mailman both to communicate.>> The settings are mentioned >> http://docs.mailman3.org/en/latest/config-core.html#configuring-mta >> here. >> >> >> Hope that helps! >> >> > >> > >> > >> > >> > >> > >> > El mar., 1 ago. 2017 a las 15:36, Mark Sapiro (<mark(a)msapiro.net>)>> > escribió: >> > >> > > On 8/1/17 1:14 PM, Rafael Mora wrote: >> > > > >> > > > Why does it say Address already in use? >> > > >> > > >> > > Because you are starting lm tp runner and it's already running.>> > > >> > > Do 'mailman stop'. Then ensure no Mailman processes are running. kill>> > > any if necessary. Then do 'mailman start'. >> > > >> > > -- >> > > Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers,>> > > San Francisco Bay Area, California better use your sense - B. Dylan>> > > _______________________________________________ >> > > Mailman-users mailing list >> > > mailman-users(a)mailman3.org >> > > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/>> > > >> > -- >> > >> > Atentamente / Best Regards >> > >> > Ing. Rafael Mora >> > _______________________________________________ >> > Mailman-users mailing list >> > mailman-users(a)mailman3.org >> > https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/>> >> >> -- >> thanks, >> Abhilash Raj >> _______________________________________________ >> Mailman-users mailing list >> mailman-users(a)mailman3.org >> https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/> -- > Atentamente / Best Regards > Ing. Rafael Mora -- thanks, Abhilash Raj

9 years

[MM3-users] Re: How to strip DKIM headers on a domain level or a list level

by Joel Lord

On 11/23/2020 10:48 PM, Mark Sapiro wrote: > On 11/23/20 7:22 PM, Mark Dadgar wrote: >> >> I also believe that it’s common for unsophisticated users to just start marking list emails as spam stop seeing them instead of figuring out how to unsubscribe. Which really sucks for everyone else. > > > Several servers I'm involved with managing are subscribed to Yahoo's > feedback loop (go to https://help.yahoo.com/kb/postmaster and select > "Complaint Feedback Loop"). Reporting list mail as spam is one way to > get quickly removed from a list. However, this is a bit complicated > because the "report spam" button in Yahoo's web mail UI is right next to > the "delete" button, so some reports are accidents. > I've done the same thing, but Yahoo is pretty good at sanitizing their report to make it difficult to impossible to tell who actually needs to get ejected. I added "Sent to %(user_name)s at %(user_address)s" to the footer and while they'd generally get the user_address wiped out, the user_name would generally survive. And because Yahoo's UI is flawed as Mark pointed out, with the delete and spam buttons adjacent, I'd usually give people a couple chances before I'd airlock them. -- Joel Lord

5 years, 8 months

[MM3-users] Re: Problems with shunted Mails

by Stephan Krinetzki

Mark Sapiro wrote: > > One of the list's regular members has no associated address record. I > don't know how this can happen. That doesn't sound good. When something is unknown, that's never good. > You could find the member with mailman shell, e.g. > mailman shell -l list.example.com > Welcome to the GNU Mailman shell > Use commit() to commit changes. > Use abort() to discard changes since the last commit. > Exit with ctrl+D does an implicit commit() but exit() does not. > The variable 'm' is the list.example.com mailing list > >>> for mbr in m.regular_members.members: > ... if mbr.address is None: > ... mbr.subscriber > ... mbr.user > ... mbr.user.addresses > ... mbr.user.preferred_address > ... Yupp, this returns two entries (or better: User Objects?) > You might be able to fix this with something like > >>> for mbr in m.regular_members.members: > ... if mbr.address is None: > ... mbr.address = mbr.user.preferred_address or > member.user.addresses[0] > ... > >>> commit() This fix didn't worked. It returned a "Index out of bounds" exception. Instead, we have deleted the corresponding entry in the database. It should be possible to find it this way: select * from member where list_id = 'list.lists.example.com' AND address_id IS NULL; After deleting the row, the list works again.

4 years, 3 months

[MM3-users] Re: REST API authorization failed

by Axel Rau

Hi Mark, thanks for your answer. > Am 08.01.2022 um 23:07 schrieb Mark Sapiro <mark(a)msapiro.net>: > > Is the password unquoted in mailman.cfg as > > admin_pass: ??? yes. > > and quoted in settings.py as > > MAILMAN_REST_API_PASS = '???‘ yes. > > Does the `mailman info` command report what you think for REST credentials? yes. > > To you get an appropriate JSON response from > > > wget -O- --user restadmin --password ??? http://localhost:8001/3.1/lists <http://localhost:8001/3.1/lists> I used curl: - - - (mailman_33) [root@lists5 /usr/local/mailman3]# curl -v -u restadmin:??? http://localhost:8001/3.1/lists * Trying 127.0.0.1:8001... * Connected to localhost (91.216.35.42) port 8001 (#0) * Server auth using Basic with user 'restadmin' > GET /3.1/lists HTTP/1.1 > Host: localhost:8001 > Authorization: Basic cmVzdGFkbWluOnc2cmtuQXpJZmVRc1o4WnlkMFpBcmNjcm55OA== > User-Agent: curl/7.80.0 > Accept: */* > * Mark bundle as not supporting multiuse < HTTP/1.1 401 Unauthorized < Server: gunicorn < Date: Sun, 09 Jan 2022 13:51:43 GMT < Connection: close * Authentication problem. Ignoring this. < www-authenticate: Basic realm="mailman3-rest",charset="utf-8" < content-type: application/json < vary: Accept < content-length: 77 < * Closing connection 0 {"title": "401 Unauthorized", "description": "REST API authorization failed“} - - - I see "Server: gunicorn“, does this mean, I must install gunicorn? Axel --- PGP-Key: CDE74120 ☀ computing @ chaos claudius ___________________________________________ Mailman's content filtering has removed the following MIME parts from this message. Replaced multipart/alternative part with first alternative.

4 years, 7 months

[MM3-users] Re: mailman2 import not working

by Abhijith PA

On 29/07/20 10:38 pm, Mark Sapiro wrote: > On 7/29/20 9:33 AM, Abhijith PA via Mailman-users wrote: >> >> ------------------------------------------- >> mailman create -o <foo(a)example.com> foo-bar(a)lists.example.com >> mailman import 21 foo-bar(a)lists.example.com path/to/config.pck >> ------------------------------------------- > > > You don't need to specify an owner for `mailman create`. The owners will > be imported. Ok, noted. >> After everything done tried a test mail, but didn't reach any of the >> inbox though mail is archived. mailman.log says message is accepted >> >> ACCEPT: <FEE2E515-C054-41E6-9853-744D3312A137(a)xxxxxx.org> >> Nothing after this. > > It is surprising that no exception/traceback/SHUNTING message(s) are > logged. That would seem to say that Mailman's `out` runner is not running. When I restarted mailman. I got, Jul 29 16:58:21 2020 (14473) SHUNTING: 1596041901.2833998+efbeb949a9c248bae23ea6bcc644450f497a4d8d > I think Mailman's var/ directory in the Debian package is > /var/lib/mailman3/, so what does `ls -aR /var/lib/mailman3/queue` show? > Is there a .pck file either in shunt/ or in out/? There is many .pck files in /var/lib/mailman3/queue/shunt and /var/lib/mailman3/queue/out. And a lot of .psv files in /var/lib/mailman3/queue/bad > what does `ps -fwwu list` show? There should be a lot of runner > processes. Is there one with argument --runner=out:0:1? > Yes. I can confirm. --a

6 years

[MM3-users] Re: MM3 gateway errors and frequent reboot needs

by Brian Carpenter

On 4/19/20 4:38 PM, Mark Sapiro wrote: > On 4/19/20 1:21 PM, hansen(a)rc.org wrote: >> We have had to reboot the list server almost every week and wonder if there is something leaking and eating up resources. I does not appear to be memory, though. The server is slow to respond (could be because it's overseas) and then after some time we get intermittent gateway errors and finally we cannot access the lists online because of the gateway errors. It appears to me that the issue is with Postorius, but I could be wrong. Do files get closed after opening? Are we alone having such issues? > > We are not seeing an issue like this on either lists.mailman3.org (this > list) or mail.python.org (at the moment 118 @python.org Mailman 3 lists) > > What are you seeing in web server logs? > I concur with Mark. I am not seeing any such behavior on none of my MM3 servers. One server we were having similar problems and that was due to a bunch of bad behaving indexing bots (semrush, ahrefbot) hammering the server. So definitely check your web server log. -- Please let me know if you need further assistance. Thank you for your business. We appreciate our clients. Brian Carpenter EMWD.com -- EMWD's Knowledgebase: https://clientarea.emwd.com/index.php/knowledgebase EMWD's Community Forums http://discourse.emwd.com/

6 years, 3 months

[MM3-users] Re: Held messages page not rendering the message

by Andreas Schamanek

On Sat, 25 Mar 2023, at 17:32, Mark Sapiro wrote: > On 3/25/23 10:01, mike-mailman(a)earth.li wrote: >> >> This seems like maybe its a CSS issue? The class of the held-message-modal >> is "modal fade show" but I am not sure where that is or should be defined >> (or even if I'm looking at completely the wrong thing. >> >> Anyone able to suggest where to look? > > This is bootstrap. See > https://www.w3schools.com/bootstrap/bootstrap_modal.asp > > One possible issue is if you have older bootstrap cached in your browser it > could cause problems. It's unlikely considering you've tried different > browsers, but try clearing your browser cache. I had the exact same issue. As you guessed, Mark, it was related to bootstrap, though not from the browser cache but a mixup of versions served by the server. Also thanks to your research, Mike, I found that my Apache server has Alias /mailman3/static /var/lib/mailman3/web/static /var/lib/mailman3/web/static included a directory "postorius" which served bootstrap.min.css v3.3.5 whereas on my server v4.0.0 is included in python3-django-postorius 1.3.4-2+deb11u1 cd /var/lib/mailman3/web/static mv postorius postorius.bak ln -s /usr/share/python3-django-postorius/static/postorius fixed it for me. There's also a Debian bug report for it: https://bugs.debian.org/1010273 -- -- Andreas :-)

3 years, 4 months

[MM3-users] Re: Template for Password Reset Email

by Mark

On 2024-11-14 23:58, Mark Sapiro wrote: > On 11/14/24 13:57, Mark wrote: >> Most message emails (such as the Welcome email) all arrive in French, >> but not the Password Reset email (shown below) - it arrives in >> English. > This message comes from django-allauth. there is a French message > catalog for it. These are in > site-packages/allauth/locale/fr/LC_MESSAGES and should be good. You > can always run `django-admin compilemessages` to update all the .mo > files for all the projects. I can see the French text for the "Password Reset Email" in the django.po file. And running the compilemessages command reports the "django.po" for French is okay and up to date. Should I be recompiling the ".mo" file? cd /opt/mailman/venv/lib/python3.11/site-packages/allauth (venv) ... $ django-admin compilemessagespwd ... File “/opt/mailman/venv/lib/python3.11/site-packages/allauth/locale/fr/LC_MESSAGES/django.po” is already compiled and up to date. ... > However, the issue is probably that Django doesn't get the language > context from the list's preferred language. In fact, the password > reset is not in a list context at all. See > https://docs.djangoproject.com/en/5.1/topics/i18n/translation/#how-django-d… > for how it determines the language to serve. I'm afraid I don't understand the Django documentation. It seems to be referring to site-wide settings for language, and not "per list".

1 year, 9 months

[MM3-users] Re: Possibly more a Postfix question than a mailman one one but...

by Paul Tomblin

On Fri, Jun 12, 2026, at 6:46 PM, Mark Sapiro wrote: > On 6/12/26 3:03 PM, Paul Tomblin via Mailman-users wrote: >> >> Can i append or pre-pend another transport file in the transport_maps listing and put in the entry for this domain that's been bouncing people off my list because of too many simultaneous connections? > > I don't know what the transport for this domain would be, but the > transport_maps setting can contain any number of lookup tables. See > <https://www.postfix.org/postconf.5.html#transport_maps>. It appears you set up a transport with a lower concurrency limit in master.cf like so: slow_smtp unix - - n - - smtp -o slow_smtp_destination_concurrency_limit=5 Then you put an entry in your transport map like so: example.com slow_smtp: I believe I had something similar on my previous server, but I discarded it because I wasn't sure how well it would play with this lmtp stuff that Mailman was putting in. But remember how I was getting dozens of people bounced off one of my lists all at once, and most of them were at a particular domain? Yeah, this is the underlying cause. Our biggest local ISP doesn't like it when I've got 3 emails going out, and 30+ people at that domain on all of them. -- Paul Tomblin

2 months

Search results for query "sapiro"