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

[MM3-users] Re: hyperkitty: "incorrect string value" for botched utf-8 encoding

by thoralf

hi Mark, thank you for your answer. On 5/27/20 8:30 PM, Mark Sapiro wrote: […] >> (1366, "Incorrect string value: '\\xF0\\x9F\\x99\\x82\\x0AA...' […] >> Content-Type: text/plain; charset="utf-8" >> Content-Transfer-Encoding: quoted-printable […] >> kann halt NIE am mittwoch. viel spass =F0=9F=99=82 […] >> Content-Type: text/html; charset="utf-8" >> Content-Transfer-Encoding: quoted-printable […] >> <div dir=3D=22auto=22>kann halt NIE am mittwoch. viel spass >> =F0=9F=99=82<= > When HyperKitty gets an exception like this in archiving a message, it > queues it in /var/lib/mailman3/archives/hyperkitty/spool and on every > new post, retries the queued messages. This message fails again on retry > and is requeued. > > How would you suggest this be handled more gracefully? the way mailman3 is handling exceptions is totally fine and couldn't possibly be more graceful - i was referring to the error itself: > The underlying issue has been seen before. The basic problem is in MySQL > and MariaDB the encoding is utf8 which only accepts utf8 encodings up to > 3 bytes. It needs to be utf8mb4 to accept characters outside the base plane. okay, i thought that the html part in the offending mail should've been 🙂 and that this was the culprit - thanks for clarifying this. I've checked - database, table and columns were utf8mb4 already, whereas the connection to the db apparently not. Adding 'charset': 'utf8mb4' to the options-dict in the databases-variable in /etc/mailman3/mailman-web.py fixed the issue - django passes this on to mysqlclient. case closed :) thank you very much & with kind regards, thoralf.

6 years, 1 month

[MM3-users] Re: Moderated unsub requests are not provided by mailman3 service

by Joachim Schrod

Mark Sapiro writes: > On 11/29/24 4:47 PM, Joachim Schrod wrote: > > > System information: mailman3 3.3.3; Postorius (mailman3-web) 1.3.4; > > both on Debian 11 (bullseye). > > > > I know that this is out of date; thus a definitive info "this is fixed > > by now" is quite OK for me. (Debian upgrade is planned as the next > > action after getting Mailman3 to work for that use case.) > > Yes, this is fixed. Thanks for the information that it's fixed in Postorius 1.3.6; that information is a great help, it means that I don't need to spend more time on debugging resolved issues. I tried to gather data if an update to Debian 12 (bookworm) would help. But packages.debian.org is not helpful at all, for me. I know that this is beyond the realm of this mailing list, but perhaps someone here has that information and can supply it: Debian 12 (bookworm) package mailman3-web has the version "0+20200530-2.1". This is supposed to be from some source package mailman-suite that is a salsa project that I don't grok at 1st and 2nd sight. Can anybody please provide me with information what versions of mailman3 core and mailman3-web are in this package; i.e., in Debian 12 (bookworm)? Sorry, but I'm not versed enough to understand the information about Debian packages that my search delivers. Cheers, Joachim -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Joachim Schrod Email: joachim(a)schrod.org Roedermark, Germany ``How do we persuade new users that spreading fonts across the page like peanut butter across hot toast is not necessarily the route to typographic excellence?'' -- Peter Flynn

1 year, 7 months

[MM3-users] Re: Handling of (un)subscribe mails for already (un)subscribed users

by Andreas Barth

* Mark Sapiro (mark(a)msapiro.net) [201210 22:51]: > On 12/10/20 11:51 AM, Andreas Barth wrote: > > Hi, > > > > I noticed that a mail to -subscribe for an already subscribed user > > doesn't get any response (about line 225 in > > mailman/src/mailman/app/subscriptions.py). Same but different for > > unsubscribe for users not on the list. > > > I tested and I see this, so there is a bug, but I don't know what the > issue is. Ok, if you consider this a bug it makes sense to fix it upstream and not just locally. > The code you point to should raise AlreadySubscribedError and > <https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/commands/eml_m…> > should catch it and report, but this doesn't seem to be happening.. Actually I don't see where it should send the mail in the code you refered to, but I'm pretty new to mm3-code and the involved coding guidelines. I would tend to add something along msg = UserNotification( self.mlist.owner_address, self.mlist.owner_address, subject, text, self.mlist.preferred_language) msg.send(self.mlist) (with appropriate subject, ...) before https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/app/subscripti… but of course that could be the wrong approach (but as subscriptions.py is sending out mail at other places, that's my first idea). > These things should be fixed, but it's more involved than just a patch > to fix the error. For all but trivial fixes, the workflow should be > something along the lines of the following. [...] Thanks, I'll try to have a look into that. Regards, Andi

5 years, 7 months

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

by Odhiambo Washington

On Thu, Mar 2, 2023 at 8:50 PM Mark Sapiro <mark(a)msapiro.net> wrote: > On 3/2/23 02:46, Odhiambo Washington wrote: > > > > PS: Is there any documentation (for laymen) on how to set up an > alternative > > search engine for MM3? > > > I recommend xapian. See > > http://django-haystack.readthedocs.io/en/v2.4.1/installing_search_engines.h… > and > > https://docs.mailman3.org/en/latest/config-web.html?highlight=xapian#enable… I have migrated from Whoosh to Xapian. I re-indexed manually and: (venv) (venv) [mailman@gw /opt/mailman/mm]$ time /opt/mailman/mm/bin/django-admin update_index Indexing 37747 emails real 43m43.417s user 11m40.643s sys 0m25.808s (venv) (venv) [mailman@gw /opt/mailman/mm]$ ls -alh xapian_index/ total 4676760 drwxr-xr-x 2 mailman mailman 512B Mar 4 10:00 . drwxr-xr-x 10 mailman mailman 1.0K Mar 4 08:58 .. -rw-r--r-- 1 mailman mailman 92M Mar 4 10:00 docdata.glass -rw-r--r-- 1 mailman mailman 0B Mar 4 10:00 flintlock -rw-r--r-- 1 mailman mailman 146B Mar 4 10:00 iamglass -rw-r--r-- 1 mailman mailman 1.3G Mar 4 09:41 position.glass -rw-r--r-- 1 mailman mailman 619M Mar 4 10:00 postlist.glass -rw-r--r-- 1 mailman mailman 256M Mar 4 10:00 termlist.glass (venv) (venv) [mailman@gw /opt/mailman/mm]$ du -hc -d1 fulltext_index/ # Disk space taken by Whoosh indexes 1.9G fulltext_index/ 1.9G total (venv) (venv) [mailman@gw /opt/mailman/mm]$ du -hc -d1 xapian_index/ # Disk space taken by Xapian indexes 2.2G xapian_index/ 2.2G total root@gw:/opt/mailman/mm # Am I right to say that this should allow me to set HYPERKITTY_JOBS_UPDATE_INDEX_LOCK_LIFE to 3600? Thank you. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-)

3 years, 4 months

[MM3-users] Re: 12/24 hour clock ?

by Per Jessen

Mark Sapiro wrote: > On 11/28/20 7:18 AM, Per Jessen wrote: >> Hi all >> >> at openSUSE we have recently migrated to mailman3, and we seem to be >> having a couple of teething issues: >> >> a) hyperkitty and postorius both seem to insist on using a 12 hour >> clock format, no matter what the user has set. Is there a way of >> changing it system-wide ? > > > This is a Django setting. Try > > TIME_FORMAT = 'H' > > in settings_local.py. See > https://docs.djangoproject.com/en/3.1/ref/settings/#time-format and >https://docs.djangoproject.com/en/3.1/ref/templates/builtins/#std:templatef… Thanks, will have a look. >> b) overriding the default set of footers - despite having set the >> template "list:member:regular:footer" to empty for a specific list, I >> am still getting the default footers attached. > > > How did you set the template to empty? I edited it in list settings under Templates, at first really just leaving it empty, then actually writing "empty" :-) > it works for me in Postorius from the HEAD of the gitlab branch and > should work with any Postorius >= 1.3.0 > > Note that when you set a template in Postorius, it sets the URI in > Mailman core for that template to > https://<HOST>/<PATH>/api/templates/list/<LIST-ID>/<TEMPLATE-NAME> > where the https://<HOST>/<PATH> part is the Django setting for > POSTORIUS_TEMPLATE_BASE_URL. Is that URI accessible from the Mailman > core host machine? I'll have to check, I only do the list admin, I don't maintain the installation. -- Per Jessen, Zürich (2.2°C) Member, openSUSE Heroes

5 years, 7 months

[MM3-users] Mailman issues after re-boot

by Paul Rubin

*<< I sent this to the mailman3 issues on gitlab and Mark replied but asked me to move to this list, so I copied everything and inserted responses. I hope this makes sense and someone can help me.>>* After a lengthy power failure I had to reboot a machine that has been running for several years. the WEB-UI does not seem to be able to see mailman-core. I have looked for log entries that might explain what the issue is and I am stumped to even find logs that will update when I get an error on the browser. Mailman is definitely running, postgres is running and mailman web is running. if I go to the lists page I see lists, if I try to access a specific list I get Server error: An error occurred while processing your request. I looked in /var/logs/mailman /opt/mailman/web/mailmanweb All I can find is: django.urls.exceptions.NoReverseMatch: Reverse for 'list_unsubscription_requests' not found. 'list_unsubscription_requests' is not a valid view function or pattern name.16688 ERROR 2023-09-12 13:56:58,430 1760 django.request Internal Server Error: /mailman3/lists/goodstein.goodstein.org/ File "/opt/mailman/venv/lib64/python3.8/site-packages/haystack/admin.py", line 8, in <module> from django.utils.translation import ungettextImportError: cannot import name 'ungettext' from 'django.utils.translation' (/opt/mailman/venv/lib64/python3.8/site-packages/django/utils/translation/__init__.py) Also I have to run mailman from "mailman start" because the systemctl returns this: ● mailman3.service - GNU Mailing List Manager Loaded: loaded (/etc/systemd/system/mailman3.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Tue 2023-09-12 10:06:31 EDT; 13s ago Process: 31159 ExecStart=/opt/mailman/venv/bin/mailman start (code=exited, status=1/FAILURE) CPU: 806msSep 12 10:06:31 mail mailman[31159]: Error in atexit._run_exitfuncs:Sep 12 10:06:31 mail mailman[31159]: Traceback (most recent call last):Sep 12 10:06:31 mail mailman[31159]: File "/usr/lib64/python3.8/logging/__init__.py", line 2126, in shutdownSep 12 10:06:31 mail mailman[31159]: h.flush()Sep 12 10:06:31 mail mailman[31159]: File "/opt/mailman/venv/lib64/python3.8/site-packages/mailman/core/logging.py", line 67, in flushSep 12 10:06:31 mail mailman[31159]: if self._stream:Sep 12 10:06:31 mail mailman[31159]: AttributeError: 'ReopenableFileHandler' object has no attribute '_stream'Sep 12 10:06:31 mail systemd[1]: mailman3.service: Control process exited, code=exited, status=1/FAILURESep 12 10:06:31 mail systemd[1]: mailman3.service: Failed with result 'exit-code'.Sep 12 10:06:31 mail systemd[1]: Failed to start GNU Mailing List Manager. Please tell me where to start looking or adjusting. Reply from Mark Sapiro,* Edited to include responses:* Mark Sapiro <https://gitlab.com/msapiro>@msapiro <https://gitlab.com/msapiro>· 1 day ago <https://gitlab.com/mailman/mailman-web/-/issues/23#note_1557601916> Owner Add reaction More actions The mailman-users(a)mailman3.org list is probably a more appropriate place for issues like this. django.urls.exceptions.NoReverseMatch: Reverse for 'list_unsubscription_requests' not found. 'list_unsubscription_requests' is not a valid view function or pattern name. 16688 ERROR 2023-09-12 13:56:58,430 1760 django.request Internal Server Error: /mailman3/lists/ goodstein.goodstein.org/ /opt/mailman/venv/lib64/python3.8/site-packages/postorius/urls.py should contain re_path( r'^unsubscription_requests$', list_views.list_unsubscription_requests, name='list_unsubscription_requests', ), Y *Yes this exists* and /opt/mailman/venv/lib64/python3.8/site-packages/postorius/views/list.py should define list_unsubscription_requests. *Yes there is a method by this name defined* File "/opt/mailman/venv/lib64/python3.8/site-packages/haystack/admin.py", line 8, in from django.utils.translation import ungettext ImportError: cannot import name 'ungettext' from 'django.utils.translation' (/opt/mailman/venv/lib64/python3.8/site-packages/django/utils/translation/ *init*.py) See https://docs.djangoproject.com/en/4.2/internals/deprecation/#deprecation-re… - ungettext() is removed from django>=4.0 Sep 12 10:06:31 mail mailman[31159]: AttributeError: 'ReopenableFileHandler' object has no attribute '_stream' I don't understand this one offhand, but what is the content of /etc/systemd/system/mailman3.service, in particular the settings for User, Group and ExecStart? *The service looks right:* 1 [Unit] 2 Description=GNU Mailing List Manager 3 After=syslog.target network.target postgresql.service 4 5 [Service] 6 Type=forking 7 PIDFile=/opt/mailman/mm/var/master.pid 8 User=mailman 9 Group=mailman 10 ExecStart=/opt/mailman/venv/bin/mailman start 11 ExecReload=/opt/mailman/venv/bin/mailman restart 12 ExecStop=/opt/mailman/venv/bin/mailman stop 13 14 [Install] 15 WantedBy=multi-user.target *It seems I may have two versions of the mailman script:* mail:/opt/mailman # which mailman /usr/bin/mailman mail:/opt/mailman # ls -al /usr/bin/mailman -rwxr-xr-x 1 root root 382 May 10 2021 /usr/bin/mailman mail:/opt/mailman # ls -al /opt/mailman/venv/bin/mailman -rwxr-xr-x 1 mailman mailman 231 Sep 12 10:02 /opt/mailman/venv/bin/mailman Somehow, your installation is corrupted. I don't know how *I need to know what to remove, how to correctly update, etc., That said the two scripts appear to be very similar:* mail:/opt/mailman # head /usr/bin/mailman #!/usr/bin/python3 # EASY-INSTALL-ENTRY-SCRIPT: 'mailman==3.3.4','console_scripts','mailman' __requires__ = 'mailman==3.3.4' import re import sys from pkg_resources import load_entry_point if __name__ == '__main__': sys.argv[0] = re.sub(r'(-script\.pyw?|\.exe)?$', '', sys.argv[0]) sys.exit( mail:/opt/mailman # head /opt/mailman/venv/bin/mailman #!/opt/mailman/venv/bin/python3 # -*- coding: utf-8 -*- import re import sys from mailman.bin.mailman import main if __name__ == '__main__': sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0]) sys.exit(main()) mail:/opt/mailman # *Given the two years since the last reboot I also tried following * https://docs.mailman3.org/en/latest/upgrade-guide.html *to make sure I was running the latest* pip install -U mailman postorius django-mailman3 hyperkitty mailman-web

2 years, 10 months

[MM3-users] Re: troubleshooting hyperkitty

by Morris Jones

On 12/9/2020 1:49 PM, Mark Sapiro wrote: > On 12/8/20 11:37 PM, Morris Jones wrote: >> I created a mailman-hyperkitty.cfg file in /opt/mailman/var/etc/. > > You need to set > > configuration: /opt/mailman/var/etc/mailman-hyperkitty.cfg did that ... > If it redirects to https, set it to https to avoid the redirect. did that as well ... base_url: https://mailman.whiteoaks.com/hyperkitty/ (Though the configuration comment on this suggests it should not be publicly accessible, I don't see any alternative endpoint that's private.) I added both my public IP address and my domain name to MAILMAN_ARCHIVER_FROM. So this part is all set, it would seem ... [archive.hyperkitty] class: mailman_hyperkitty.Archiver enable: yes configuration: /opt/mailman/var/etc/mailman-hyperkitty.cfg [logging.archiver] path: /opt/mailman/var/logs/archiver.log api_key My archiver log continues empty The API keys match in settings_local.py MAILMAN_ARCHIVER_FROM and mailman-hyperkitty.cfg Eric Broens suggested a curl to the endpoint to check for errors: From that I get: ------------------------------------------------- $ curl -i https://mailman.whiteoaks.com/hyperkitty/api/mailman/urls HTTP/1.1 401 Unauthorized Server: nginx Date: Thu, 10 Dec 2020 00:55:45 GMT Content-Type: text/html Content-Length: 226 Connection: keep-alive X-Content-Type-Options: nosniff X-Frame-Options: DENY Vary: Accept-Language, Cookie Content-Language: en <html><title>Auth required</title><body> <h1>Authorization Required</h1><p>Please check whether the MAILMAN_ARCHIVER_KEY is provided by you and it is correct. </p></body></html> ------------------------------------------------- Presumably I didn't provide the key in the header. archiver.log remains empty, and mailman.log has no references to the archiver. The hyperkitty UI is presenting fine, but no messages are archived. Best regards, Mojo -- Morris Jones, Monrovia, CA BridgeMojo <http://bridgemojo.com> Old Town Sidewalk Astronomers <http://otastro.org> Mojo's Blog <http://mojo.whiteoaks.com>

5 years, 7 months

[MM3-users] Re: Can't post to my own list from HyperKitty

by MegaBrutal

Mark Sapiro <mark(a)msapiro.net> ezt írta (időpont: 2025. ápr. 7., H, 2:05): > On 4/6/25 16:00, MegaBrutal via Mailman-users wrote: > > I get a composition dialog and can type my message, but when I click > send, > > I get the error message: „This list is moderated, please subscribe to it > > before posting.”. Upon reply, a red rectangle appears to enclose this > > message. Upon trying to create a new thread, a white page loads which > only > > contains this error message. > > In that composition dialog below the text box, it should say > ``` > This message will be sent as: user(a)example.com Link another address > If you aren't a current list member, sending this message will subscribe > you. > ``` > > No, it doesn't say anything like that. It says if I'm not subscribed, sending the message would subscribe me – no address is shown there at all. > > What do you see in Django's logs when you do this? > >> > > > > I don't know where to look – I don't see anything outstanding, only a few > > HTTP requests appear in mailman.log on mailman side and uwsgi.log on web > > side. None of these indicate any error. > > > If you configured your settings.py per > > https://docs.mailman3.org/en/latest/install/virtualenv.html#initial-configu… > your Django log which is where HyperKitty logs is at > /opt/mailman/web/logs/mailmanweb.log. However, I don't think there will > be anything useful there. Yeah, I checked that, nothing useful.

1 year, 3 months

[MM3-users] Re: MM3 not starting afte an upgrade -addendum

by Gelpi Andrea

the last problem was due to the VHOST parameter. I had to remove it to hace postorius run. Is anything changed since two month aggo when I applied some pathces? Thanks and regards -- AG Il 24/07/20 10:13, Gelpi Andrea ha scritto: > > > Il 23/07/20 23:05, Mark Sapiro ha scritto: >> On 7/23/20 4:35 AM, Gelpi Andrea wrote: >>> Hi, >>> to day in a Debian system I upgraded some packages. >>> >>> After the MM3 doesn't start anymore. > > . . . > >>> Jul 23 13:29:39 posta mailman3[2608]: os.kill(pid, 0) >>> Jul 23 13:29:39 posta mailman3[2608]: PermissionError: [Errno 1] >>> Operation not permitted >> >> >> I think you have a stale lock issue and the master is trying to >> determine if the process that set it still exists. >> >> Remove Mailman's var/locks/master.lck* >> > > Thanks Mark, now MM3 star but postorius is not working. > > The web pagge return: An error occurred while processing your request. > > I receive an email with: > ... > Exception Type: KeyError at /postorius/lists/ > Exception Value: 'file' > Request information: > USER: AnonymousUser > > GET: No GET data > > POST: No POST data > > FILES: No FILES data > > COOKIES: No cookie data > > Is that related to Django id setting or there is a passphrase mismach > some where? > > How can I check? > > > -- Gelpi ing. Andrea ************************************************** I documenti vitali dimostreranno la loro vitalitˆ spostandosi spontaneamente da dove li avevate lasciati a dove non riuscirete a trovarli. **************************************************

6 years

[MM3-users] Re: configuring postfix local recipient table

by Odhiambo Washington

On Wed, Apr 30, 2025 at 2:55 PM Alexander Inzinger-Zrock via Mailman-users < mailman-users(a)mailman3.org> wrote: > Splitting up answer: > > Am 29.04.25 um 18:27 schrieb Mark Sapiro: > > Also, is there anything in Mailman's logs from the time you ran `mailman > > aliases`? > > Nothing in logs (before or) after command ''mailman aliases'' > and debug level everywhere is: info. > > What logs? > Everything under /opt/mailman/mm/var/logs: > > + bounce.log > + debug.log > + mailman.log > + plugins.log > + smtp.log > > All empty. > ^^^^^^^^^^^ mailman.log should never be empty. At the least, it will contain some entries about task runners, like: ``` [30/Apr/2025:14:00:01 +0300] "GET /3.1/lists?count=10&page=1 HTTP/1.1" 200 477 "-" "GNU Mailman REST client v3.3.5" Apr 30 14:18:22 2025 (54456) Task runner evicted 0 expired pendings Apr 30 14:18:22 2025 (54456) Task runner deleted 0 orphaned workflows Apr 30 14:18:22 2025 (54456) Task runner deleted 0 orphaned requests Apr 30 14:18:22 2025 (54456) Task runner deleted 0 orphaned messages Apr 30 14:18:22 2025 (54456) Task runner deleted 0 orphaned message files Apr 30 14:18:22 2025 (54456) Task runner evicted 0 expired bounce events Apr 30 14:18:22 2025 (54456) Task runner evicted expired cache entries [30/Apr/2025:15:00:02 +0300] "GET /3.1/lists?count=10&page=1 HTTP/1.1" 200 477 "-" "GNU Mailman REST client v3.3.5" ``` If those aren't there, then your installation has more problems than you think, IMHO. -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254 7 3200 0004/+254 7 2274 3223 In an Internet failure case, the #1 suspect is a constant: DNS. "Oh, the cruft.", egrep -v '^$|^.*#' ¯\_(ツ)_/¯ :-) [How to ask smart questions: http://www.catb.org/~esr/faqs/smart-questions.html]

1 year, 2 months

Search results for query "sapiro"