Okay, I've tried updating that Notify owner on bounce increment: No setting to Notify owner on bounce increment: Yes on a different, testing mailing list.
When I tried subscribing two example users to the list, disabled the email account of one of the example, and tried sending an email to the testing mailing list, I got the following type of email (edited):
Subject:
example_user_2@local.domain's bounce score incremented on example_list
Body:
example_user_2@local.domain's bounce score on example_list@lists.local.domain has been incremented.
The triggering DSN if available is attached.
---------- Forwarded message ----------
From: Mail Delivery System <MAILER-DAEMON@mailman_server.local.domain>
To: example_list-bounces+example_user_2=local.domain@lists.local.domain
Cc:
Bcc:
Date: Fri, 5 Aug 2022 14:13:42 -0700 (PDT)
Subject: Undelivered Mail Returned to Sender
This is the mail system at host mailman_server.local.domain.
I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can
delete your own text from the attached returned message.
The mail system
<example_user_2@local.domain>: host aspmx.l.google.com[173.194.202.27] said:
550-5.2.1 The email account that you tried to reach is disabled. Learn more
at 550 5.2.1 https://support.google.com/mail/?p=DisabledUser
k26-20020a63561aexample_listexample_listb0041296bc96b6si3982888pgb.268 - gsmtp (in reply to
RCPT TO command)Also, when I checked the /opt/mailman/mm/var/queue/bounces/ directory, I saw a new file there related to this test bounce. When I checked the directory a little while later, the file was no longer available.
This makes it seem like things are processing, but now I see the extended > 70 %CPU thing happening again with the related mailman python3 command via top.
Here's an example of strace output from that high CPU time:
poll([{fd=21, events=POLLIN|POLLERR}], 1, -1) = 1 ([{fd=21, revents=POLLIN}])
recvfrom(21, "\27\3\3\0R", 5, 0, NULL, NULL) = 5
recvfrom(21, "%u\340\0\337W\375I1\204P\363\237\272\253\22\16\220\260Z\207\267>\350\0\217\24\333Em\345\253"..., 82, 0, NULL, NULL) = 82
sendto(21, "\27\3\3\0\334\24a\334F\16\223\207\317Zp3\25Md\275\237\302\323m\263K\346\353\223W(1"..., 225, MSG_NOSIGNAL, NULL, 0) = 225
But now, a few minutes later, the %CPU is down to something more expected < 10 %CPU.
When I check strace again, here is some example output:
lseek(22, 0, SEEK_CUR) = 0
read(22, "\200\5\225\25o\0\0\0\0\0\0\214\25mailman.email.messa"..., 4096) = 4096
read(22, "ChtmRrvIKnCG61VyFUDF+Rg9QFohd5og"..., 20480) = 20480
read(22, "gin-bottom:=\r\n10.0pt;=0D=0A\tmarg"..., 4096) = 3872
close(22) = 0
openat(AT_FDCWD, "/opt/mailman/mm/var/messages/BQ/SK/BQSK2L2B6GAF7W6MXGLTTGDUUXU5WHKT", O_RDONLY|O_CLOEXEC) = 22
fstat(22, {st_mode=S_IFREG|0660, st_size=28485, ...}) = 0
ioctl(22, TCGETS, 0x7ffcb2617920) = -1 ENOTTY (Inappropriate ioctl for device)I don't know if this info helps, but I wonder if things are working as expected at this point?