Hello, Am Donnerstag, 7. Juli 2022, 23:05:48 CEST schrieb Per Jessen:
Christian Boltz wrote:
here are the minutes of today's heroes meeting: Christian, as always, thanks!
Thanks for the flowers, but I only typed small parts of the meeting minutes into the pad ;-)
- mailman3: - held messages in the queues should be deleted automatically for *-auto lists, because: more or less nobody cares anyway.
Hmm, no, I don't agree - I'm sorry if I failed to make my point clear.
We have to consider 'admin-auto' a key destination for error messages. Not everyone cares as much about their "baby" as others, but if we just throw away the cries, no one will ever know.
Agreed, and that's why we have admin-auto. However, the more interesting question is why mails to admin-auto go into the moderation queue and if that makes sense - see below.
- for human lists, the story is a bit more complicated - but over all, having more than 100 held messages in one list, it's not realistic to asume that a human will clean up the list of held messages manually -> configure *-auto messages to discard messages right away (can be changed for debugging at any time)
I am hesitant about that. "send error message" -> "discard" - that is not a sound policy.
Well, if that error message goes into the moderation queue, it's about as visible as it would be in /dev/null ;-) I would _guess_/expect that admin-auto accepts mails from non-subscribers (no idea if we have a restriction on @*.i.o.o senders) - and if something goes into the moderation queue, there's probably a good reason and a rule for that in the mailman config. For example, I remember that the forums sometimes included the database password in mails, and I'd guess that we might have a filter rule for these mails to put them on hold. Redirecting these mails with the database password to /dev/null instantly doesn't sound too bad to me ;-) (Please correct me if my guess about the admin-auto config is wrong.)
-> implement an automatism that will delete all but the last 100 held messages in a list. This should leave a chance for human moderators to look at least for the most common held messages.
Unfortunately, we don't have enough human moderators. Instead we (I) should finish that ticket about "rejecting mails from non-subscribers", and figure out what to do with the last few.
Right, that makes sense - ideally mails should get handled instantly (either accepted or rejected). Ending up in the moderation queue is probably the worst case for the sender _and_ the moderators. Regards, Christian Boltz -- [ X-Mailer: Microsoft Outlook Express 6.00.2800.1106 ] Damit ist deinem Kmail der Preis für die gruseligste Halloween-Maske dieses Jahres sicher. [Andreas Koenecke zu Martin Mewes in suse-linux]