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

[MM3-users] Re: Rejection Reason for refusing a subscription request

by Mark Sapiro

On 3/27/21 2:08 PM, Brian Carpenter wrote: > I was testing out the process of rejecting an incoming subscription > request. Choosing the reject option for a moderated subscription request > does send out a rejection notice but it gives no reason for the > rejection. ... > Is there a place somewhere in Postorius to provide a rejection reasons > for moderated subscription requests? Does Mailman 3 core provide this > via its REST api but it is just not revealed in Postorius yet? It's in Postorius since 1.3.3. If in the held message view, you click the subject of a held message, you get a popup dialog the shows the message with options to also show headers or the raw message. There is also a dropdown t=o set the poster's moderation action and a box for a reject reason if you click the reject button in the dialog. Do you not see this? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 2 months

[MM3-users] Re: List Migration from MM2.1 -> MM3

by Mark Sapiro

On 8/15/22 00:32, Odhiambo Washington wrote: > > Apparently so, because: > mailman@lists:~$ /opt/mailman/mm/venv/bin/mailman lists > No matching mailing lists found > mailman@lists:~$ > > Which is surprising, given this: https://imgur.com/a/LPrh42K Postfix is talking to a different Mailman core. > root@lists:/home/wash# su - mailman > mailman@lists:~$ /opt/mailman/mm/venv/bin/mailman create > skunkworks(a)lists.my.co.ke > sh: 1: /usr/sbin/postmap: not found > sh: 1: /usr/sbin/postmap: not found > Traceback (most recent call last): ... > RuntimeError: command failure: /usr/sbin/postmap > /opt/mailman/var/data/postfix_lmtp, 127, Key has expired > command failure: /usr/sbin/postmap /opt/mailman/var/data/postfix_domains, > 127, Key has expired > > Now that wants Postfix, while I don't use Postfix, but Exim as the MTA. In the [mta] section of mailman.cfg, put ``` incoming: mailman.mta.exim4.LMTP configuration: python:mailman.config.exim4 ``` See https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/docs/mta.h… -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 10 months

[MM3-users] Re: MM attaches mime-attachments to mail as text file since update to 3.3.8

by Mark Sapiro

On 1/23/23 22:50, Stefan Bauer wrote: > Dear Mark, > > thank you for your time. > > Here are the lists settings and an example mail attached. > > Filter content: NO > Filter types: EMPTY > Pass types: EMPTY > Pass extensions: EMPTY > Collapse alterantives: YES > Convert html to plaintext: NO > > Thunderbird is showing the mail "correct". Outlook does show the > attachments as attachments. So Filter content is NO so Mailman isn't doing any content filtering. All it is doing is adding headers and footers if any, and if the original message is other than a single text/plain part, these will be added as separate MIME text/plain parts. For a discussion on why this is done, see https://wiki.list.org/x/4030707 which is written for MM 2.1, but which applies at least generally to MM 3. -- 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: Held messages not delivered after approval

by Mark Sapiro

On 7/30/25 07:27, Stephan Krinetzki wrote: > Hi all, > > I'm running into an issue with Mailman 3. Mails sent to a list are being held due to moderation settings — which is expected — but after approving them, they are not delivered to list members. Are there any regular members with delivery enabled? ``` mailman members --regular --nomail enabled LISTSPEC ``` > The message does not end up in the shunt queue, and nothing is delivered. > > Here's what I see in the Mailman log: > > Jul 30 16:12:23 2025 (213300) HOLD: mm(a)lists.example.com post from sender(a)sub.example.com held, message-id=<20250730141221.5VVrn%sender(a)sub.example.com>: The message is not from a list member > Jul 30 16:12:39 2025 (213338) held message approved, message-id: <20250730141221.5VVrn%sender(a)sub.example.com> This is expected. Is there anything relevant in Mailman's smtp.log? Do any posts to this list get delivered, e.g., posts which aren't held. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

10 months, 3 weeks

[MM3-users] Re: messages with attachments, without text discarded silently

by Mark Sapiro

On 1/31/25 17:38, Mark Sapiro wrote: > On 1/31/25 12:14, Schulz wrote: >> ---- >> these are the first lines of the .eml: >> >> MIME-Version: 1.0 >> Date: Tue, 28 Jan 2025 19:31:15 +0000 >> Content-Type: multipart/mixed; >> boundary="6efe513a-b2f8-47e5-ace0-b3b6aa5a056c-1" >> From: "J. Schulz" <js(a)jslz.de> >> Message-ID: <17def72e63ed443458a88ec892a17fe01b8a287c(a)jslz.de> >> TLS-Required: No >> Subject: empty, but another att >> To: it(a)freie-dorfschule.de >> >> --6efe513a-b2f8-47e5-ace0-b3b6aa5a056c-1 >> Content-Type: text/plain; charset="utf-8" >> Content-Transfer-Encoding: quoted-printable >> >> >> --6efe513a-b2f8-47e5-ace0-b3b6aa5a056c-1 >> Content-Type: application/pdf; name="someExample.pdf" >> Content-Disposition: attachment; filename="someExample.pdf" >> Content-Transfer-Encoding: base64 >> >> JVBERi0xLjcKJcOkw7zDtsOfCjIgMCBvYmoKPDwvTGVuZ3RoIDMgMCBSL0ZpbHRlci9GbGF0 >> ZURlY29kZT4+CnN0cmVhbQp4nC2NTQvCMBiD7++vCHjz0L7t1q2DMXAfgoeBg4Ln4TpRULEU >> 9OdbRB4SCISEhcKb5C7E6zqfI9qxoxcYLFhbmMoIXRrYXAlbKARPpy0eNKSWPAa/PsN9jtEv >> G83Of2Jdy7E79OCmafv/UCJcqHVkCmFRlsmzCm6B3CsohltrVqw545wNF0llSjZRNe5Gg6Pp >> 9zfhC14SKM4KZW5kc3RyZWFtCmVuZG9iagoKMyAwIG9iagoxNTMKZW5kb2JqCgo3IDAgb2Jq >> Cjw8L0xlbmd0aCA4IDAgUi9GaWx0ZXIvRmxhdGVEZWNvZGUvTGVuZ3RoMSA5MDc2Pj4Kc3Ry >> ZWFtCnic5Vh9dFPHlb/zniTLH1iSP4RtGd4zwh9gW7ItTIAa/LAtYbDBso1BAgJ6lmQkYkta >> SbZj0haTJoGYzyaEtEnOhuajTQgJz5AcTEqBLbs9yTZp04/ddje00G6a3Z4mkO02Pd3TYO+d >> 0bP5aJKes2f/2yfPmzv3zr33N/feGWmcjA8GIQtGgQfJPyDH5s3K1APAWwAkxz+UFPsiGgfS >> VwG4V/pi2weeOLPlDwCawwBpr27vH+n7k+ZkC0AWNm0sFJQD8rtQCWB6FW0sDiHjyRvHdTj+ >> AMfzQwPJe/+Fe00DkGPEsbk/6pdbtKMoz6mg4wH53lhCU8/jWMKxGJEHgu+9/ I see the issue. Mailman's content filtering sees this multipart message as having two parts, the first of which is empty, so it tries to recast the message as a single part message containing only the second part. The problem is this code only works if the second part is a text/* part. Here it decodes the base64 encoded pdf and tries to recast it as unicode text which works for text/* parts with a declared charset, but not for non-text parts. This patch is untested, but I think it will fix the issue. ``` --- a/src/mailman/handlers/mime_delete.py +++ b/src/mailman/handlers/mime_delete.py @@ -221,7 +221,7 @@ Replaced multipart/alternative part with first alternative. def reset_payload(msg, subpart): # Reset payload of msg to contents of subpart, and fix up content headers - if subpart.is_multipart(): + if subpart.is_multipart() or subpart.get_content_maintype() != 'text': msg.set_payload(subpart.get_payload()) else: cset = subpart.get_content_charset() or 'us-ascii' ``` -- 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: Where do I find the bounced messages?

by Mark Sapiro

On 12/20/22 02:29, Sörös Zoltán wrote: > Greetings, > I am running several lists under mailman3. I am getting notifications > about users being put on nomail because of their bounces - but I can > find no way to actually see the bounced messages. > > Do mailman3 store the received bounces? Where? They are stored in the message store in the database but only temporarily. > Is there any setting to forward these bounces to the list owner? There are two relevant settings. These are exposed in Postorius -> Settings -> Bounce Processing. They are: Notify owner on bounce increment - sends a notice to the owner including the DSN when a user's bounce score is incremented, but to a value less than the bounce threshold. Notify owner on disable - sends a notice to the owner including the DSN when a member's subscription is automatically disabled due to the bounce threshold being reached. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 6 months

[MM3-users] Re: Error after HyperKitty 1.3.x upgrade

by Mark Sapiro

On 6/29/20 1:38 AM, Florian Schulze wrote: > Hi! > > After upgrading to HyperKitty 1.3.x I get the following error for qcluster: > > File ".../lib/python3.7/site-packages/django_q/cluster.py", line 300, > in pusher > task = SignedPackage.loads(task[1]) > File ".../lib/python3.7/site-packages/django_q/signing.py", line 31, > in loads > serializer=PickleSerializer) > File ".../lib/python3.7/site-packages/django_q/core_signing.py", line > 38, in loads > return serializer().loads(data) > File ".../lib/python3.7/site-packages/django_q/signing.py", line 44, > in loads > return pickle.loads(data) > AttributeError: Can't get attribute 'process_task_result' on <module > 'hyperkitty.tasks' from > '.../lib/python3.7/site-packages/hyperkitty/tasks.py'> > > How do I recover from that? It seems like there are still persisted > tasks in the qcluster queue using the old code from 1.2.x with the old > locking implementation. Have you stopped ans started qcluster since upgrading? Are you running the Django periodic jobs? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 years, 11 months

[MM3-users] Re: Include receipant address as a variable

by Mark Sapiro

On 6/5/22 07:57, chucka(a)blackforest-co.com wrote: > No joy. I'm hosted on Dreamhost and I think they run MM2 (maybe 1?) I can get the header to show up in the email, however > Warning: The following illegal substitution variables were found in the msg_header string: user_email > In the header I have https://mysite/NL.php - works > https...php?xyz - works > https...php?$user_email - kicks back to ?%(user_email)s - and gives the Warning - > ...pdf.php?%(user_delivered_to)s > > OH OH OH user_delivered_to works WOOP! WOOP! WOOP! Dreamhost's Mailman is 2.1 and the appropriate list for Mailman 2.1 is mailman-users(a)python.org <https://mail.python.org/mailman3/lists/mailman-users.python.org/>. Had you posted there in the first place, I would have known you were dealing with Mailman 2.1 and I would have been able to answer with Mailman 2.1 information. In any case, it seems you've worked it out so that's good. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

4 years

[MM3-users] Re: dmarc mitigation debug

by Mark Sapiro

On 5/31/23 21:26, Thomas Krichel wrote: > > Hi gang! > > I have a list with > > DMARC mitigation action "Replace From: with list address" > DMARC Mitigate unconditionally "Yes". > > But list posts still have the poster's From:, breaking DMARC. How can > I debug this? For a start, I looked in my sqlite database. Changes > on the web interface list settings seem to be correctly applied to > the database. But I don't see a "munge_from" in the fields of > a list in the database. `munge_from` is not a field name. `munge_from` is a value = 1 of DMARCMitigateAction which is stored in the dmarc_mitigate_action field. See https://gitlab.com/mailman/mailman/-/blob/master/src/mailman/interfaces/mai… There's really not any logging that would help with this unless there were some exception involved, but that would shunt the message, not deliver it. What are the full headers of the post received from the list? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years

[MM3-users] Re: migratng from 3.2.2 Debian packages to 3.3.8 source install - web server question

by Mark Sapiro

On 6/24/23 8:09 PM, Ken Alker wrote: > > I sent a reply to my original email this morning but when I view it in > the web archives, it see that it didn't get threaded with my original > email. I hope this one does. I wonder why the original did not. This one was properly threaded. I too noticed that the thread was split, but I didn't examine the headers of the reply as I received it, so I can't say why, but threading is done by In-Reply-To: headers. Possibly the header in the reply was missing or didn't reference the Message-ID: of the original. All I can say is the database has an empty in_reply_to value for the message at https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… In any case I have joined the split thread. -- 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

Search results for query "sapiro"