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

[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 9:44 PM, Ken Alker wrote: > How did you join the split thread? using HyperKitty's "Reattach this thread". > The order of the first two emails is flipped; the original email from 6/23 is showing after the second email on 6/24. Do you know how that happened? Do you have a way to fix that too? That was my mistake. There were two choices. I could open the reply thread containing only https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… and reattach it to the original message thread now containing several messages or vice versa. I did the latter, i.e. with the result you see with the reply out of sequence at the top. Had I done the former the reply would have been out of sequence at the bottom. This would have been better, but it's now too late to change it. -- 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

[MM3-users] Re: Is there a way of recording bounce messages?

by Mark Sapiro

Stephen J. Turnbull wrote: > This is almost certainly due to a recent policy change at Gmail, where > they are requiring "from alignment"[1] but only for Gmail authors. > That is, Gmail does not publish a p=reject policy, but the effect on > Gmail recipients (only) is the same as if they did -- they all bounce > every time a Gmail user posts. Another way to prevent gmail users from having delivery disabled and being unsubscribed because of this is to enable VERP probes (set `verp_probes: yes` in the [mta] section of mailman.cfg). Since the probes are not sent from a gmail user, they won't bounce and the user's delivery won't be disabled. This is not a fix for the issue as the gmail users will still not receive posts from other gmail users, but they will receive other posts and won't get their delivery disabled by bounce. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

2 years, 9 months

[MM3-users] Re: Cannot Create New List

by Mark Sapiro

On 11/4/25 11:12, dap1--- via Mailman-users wrote: > For the record I am not using posgreSQL. I have a lot of other things in MySQL and I don't want to maintain 2 databases. I am following the virtual documentation. However, from the other thread I had to make a lot of adjustments for Ubuntu. If there are 2 configurations I don't know how that happened or where the other one is. In https://lists.mailman3.org/archives/list/mailman-users@mailman3.org/message… you report receiving a message with Subject: Cron <www-data@dap002> [ -f /usr/bin/django-admin ] && flock -n /var/run/mailman3-web/cron.minutely /usr/share/mailman3-web/manage.py runjobs minutely The issues I have with this are django-admin should be in your venv, not in /usr/bin/ and mailman3-web should be in your venv, not in /usr/share/ and Mailman crons should be run as user mailman, not www-data. Did you perhaps run `pip install mailman-web` without your venv active? -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

7 months, 2 weeks

[MM3-users] Re: Getting original message headers

by Mark Sapiro

On 1/5/26 12:25, Peter Chubb via Mailman-users wrote: > > I think they must have been posting via hyperkitty. The first > received: line is localhost then the mailman server. Is there a way to > turn that ability off? If the posting is from Hyperkitty, there should be a User-Agent: HyperKitty on <list URL> header. Are the spammer's list members? If so, you need to remove them and then set `Default action to take when a member posts to the list` to `Hold for moderation`. That way, when a new member posts for the first time, the message will be held and if it's spam, you can discard it and set the member's moderation action to discard. and if it's not spam you can accept the message and set the member's moderation action to default processing. Also setting Member Policy->Subscription Policy to Moderate or Confirm, then Moderate will prevent a non-member from posting. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

5 months, 2 weeks

[MM3-users] Re: "Cannot connect to SMTP server localhost on port 25"

by Mark Sapiro

On 9/19/19 2:22 AM, Manos Pitsidianakis wrote: > Thank you again for your reply, Mark. > > Στις 2019-09-18 21:53, Mark Sapiro έγραψε: >> What are these entries? > > > I have these log entries, are these what you were referring to? > > https://paste.debian.net/hidden/37d863f6/ No. You referred to "shunted" mails. I assumed that mail was winding up in the shunt queue, but this is apparently not the case. >> The "Cannot connect to SMTP server" log message should not occur >> immediately on startup unless there are queued messages. That log >> message should only occur on an attempt to actually send a message. > > I think the problematic e-mails that cause this issue are stuck on the > outgoing queue. Right now there are 2 pck files and one .bak in > var/queue/out changing filenames repeatedly. What is happening is you have three messages in the out queue which are problematic. When Mailman or the out runner is restarted, for some reason the attempt to send these triggers the "Cannot connect to SMTP server" issue which is logged only once. Here's what happens: The oldest .pck file in the out queue gets picked up by the out runner and renamed to a .bak. The runner attempts to send the message and gets a socket.error exception so it requeues the message to be tried again. This removes the .bak and creates a new .pck. This process continues so the files keep getting renamed. I suggest you stop Mailman, and move the three files out of the out/ queue, and then restart Mailman. This should stop the out runner from "spinning" on these messages. Then you can examine the files with Mailman's 'bin/mailman qfile' command and see if you can identify something in the recipients list or other metadata that might be causing this. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

6 years, 9 months

[MM3-users] Re: Errors while importing mm2 list archives

by Mark Sapiro

On 12/8/22 07:23, Odhiambo Washington wrote: > MM3-3.3.7, Hyperkitty-1.3.6 > > While importing, I encountered several of this error: > > <CUT> > MySQLdb.OperationalError: (1366, "Incorrect string value: > '\\xF0\\x9F\\x98\\x8A, ...' for column 'content' at row 1") > The above exception was the direct cause of the following exception: ... > File > "/opt/mailman/mm/venv/lib/python3.9/site-packages/django/db/backends/mysql/base.py", That's a 4-byte utf-8 encoding for an emoji. MySQL and MariaDB have to be told to accept 4-byte encodings. In the DATABASES['default'] definition, you need to set `'OPTIONS': {'charset': 'utf8mb4'}` Also, although it doesn't affect this, see https://docs.mailman3.org/projects/mailman/en/latest/src/mailman/docs/datab… You might also need to modify the tables, particularly hyperkitty_email with something like ``` ALTER TABLE hyperkitty_email DEFAULT CHARACTER SET utf8mb4, MODIFY subject varchar(512) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci, MODIFY content CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ``` -- 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: Aborted connection message in log in every 5 minutes

by Mark Sapiro

On 2/24/23 01:18, zoltan(a)circle-interactive.co.uk wrote: > Hi Everyone, > > we have mailman 3.3.8 venv test installation which in general works fine however > our mysql error log is filled up with messages below because they are so frequent. > > 2023-02-24 0:31:30 199567 [Warning] Aborted connection 199567 to db: 'mailman' user: 'mailman' host: 'localhost' (Got an error reading communication packets) > 2023-02-24 0:36:30 201063 [Warning] Aborted connection 201063 to db: 'mailman' user: 'mailman' host: 'localhost' (Got an error reading communication packets) > 2023-02-24 0:41:31 202559 [Warning] Aborted connection 202559 to db: 'mailman' user: 'mailman' host: 'localhost' (Got an error reading communication packets) > 2023-02-24 0:46:31 204056 [Warning] Aborted connection 204056 to db: 'mailman' user: 'mailman' host: 'localhost' (Got an error reading communication packets) See https://dev.mysql.com/doc/refman/8.0/en/communication-errors.html for information on debugging this. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 3 months

[MM3-users] Re: If I manually add email addresses to a list and then delete them, how do i permanent delete them from Users?

by Mark Sapiro

On 4/25/23 2:14 PM, Andrew Hodgson wrote: > Mark Sapiro wrote: > >> The script at https://www.msapiro.net/scripts/clean_users.py has been updated. As before, it has settings to control whether Django users are deleted if there is a corresponding Mailman user with no memberships or only if there is no corresponding Mailman user, and whether or not Mailman users with no >memberships are deleted. > > Thanks, I ran this script and it did delete a load of Mailman users, I got output similar to this: > <User "" (47600399411039288509336192576257642185) at 0x7fb17a6a35e0> deleted from Mailman > > Why aren't we seeing the actual address here? That was a choice I made. you could change ``` with transaction(): user_manager.delete_user(mm_user) print(f'{mm_user} deleted from Mailman') ``` to ``` with transaction(): try: email = user.preferred_address.email except AttributeError: email = 'no_preferred_address' user_manager.delete_user(mm_user) print(f'{email} deleted from Mailman') ``` to display the email address from the user's preferred_address if the user has one. All users should have one, but I've seen cases where there isn't one. It could also be ``` email = user.addresses[0].email ``` which might be better. In the above case, the empty string, "", is the user's display_name which in this case is empty, and the number in parentheses is the UUID of the user expressed as a decimal integer which isn't really useful. My thought was the display_name was as useful as anything, but obviously not if it's empty. I actually started with the preferred_address.email code above, but in testing, I got the 'no_preferred_address' result with the one deleted user so I, perhaps erroneously, went with the representation of the user. I'll probably update the script again. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

3 years, 1 month

[MM3-users] Re: Postorius not HTML-decoding < to "<" characters

by Mark Sapiro

On 11/9/24 17:09, Mark Sapiro wrote: > > Here's what's going on. In normal text, mistune disables HTML tags by > converting `<` to the html entity `<`, but your browser renders the > HTML entity `<` as `<` so you see what was written. > > The issue here is the text you quoted was originally in a markdown code > block, i.e. preceded and followed by lines of three backticks. Code > blocks are intended to be seen literally as written so they are wrapped > in <pre><code> ... </code></pre> tags in the HTML and also HTML escaped. > The problem is the tag disabling converts `<` to `<` but then the > HTML escaping converts `<` to `&lt;` which your browser then > renders as `<` rather than `<`. > > (aside, it will be interesting to see how that is rendered in the archive) The backtick quoting causes the < to be rendered as `<` Here are the above two paragraphs written in a way (removing the backticks from around <) that I hope will render as I intended. Here's what's going on. In normal text, mistune disables HTML tags by converting < to the html entity `<`, but your browser renders the HTML entity `<` as < so you see what was written. The issue here is the text you quoted was originally in a markdown code block, i.e. preceded and followed by lines of three backticks. Code blocks are intended to be seen literally as written so they are wrapped in <pre><code> ... </code></pre> tags in the HTML and also HTML escaped. The problem is the tag disabling converts < to `<` but then the HTML escaping converts `<` to `&lt;` which your browser then renders as `<` rather than <. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 7 months

[MM3-users] Re: MM2.1 -> MM3.3 migration. To hold or not hold

by Mark Sapiro

On 11/18/24 19:19, mark(a)suburbia.org.au wrote: > Mark Sapiro wrote: >> This says it was held for moderation. Is there an X-Mailman-Approved-At: >> header which would say it was approved by a moderator? > > No "X-Mailman-Approved-At" in the header. All the X-Mailman headers in the mail sent to the list were included in my previous reply. The member moderation rule hit. This only happens if the `sender` is a member and the member's moderation action is other than None or Defer or the member's moderation action is None and the list's default_member_action is other than Defer. Once the rule has hit the message is accepted, held, discarded or rejected depending on the moderation action found above. One caveat here is how the `sender` is determined, The `sender` is the first address found in the From:, envelope sender, Reply-To: and Sender: headers that is a list member. If the From: address is the member whose moderation action is None than the list's default_member_action should apply, but if the From: is not a member, you have to look at those other addresses. One possible way to avoid this issue, although it doesn't solve the mystery, is to set Emergency Moderation to Yes which should hold all posts regardless of sender. To diagnose this further, can you create a test list, set Default action to take when a member posts to the list to Hold, mass subscribe an address and send a post from that address and see if it's held. It should be, and if it is, I think things are working as they should be and a test post to the original list from one of these mass subscribed members will be held. If that is true, I can only think that at the time of that post, settings weren't as they are now. -- Mark Sapiro <mark(a)msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan

1 year, 7 months

Search results for query "sapiro"