[sf-lug] List posting missing? Well, let's see ...

Michael Paoli Michael.Paoli at cal.berkeley.edu
Sat Mar 20 23:19:57 PDT 2021

> From: "Rick Moen" <rick at linuxmafia.com>
> Subject: Re: [sf-lug] List posting missing?  Well, let's see ...
> Date: Sat, 20 Mar 2021 22:48:57 -0700

> Quoting Michael Paoli (Michael.Paoli at cal.berkeley.edu):
>> I also still have access to the list administrator password for the
>> sf-lug list ... is it held in queue for some reason?
>> Checking there and find ... yep, it's held in queue ... but ... why?
>> Ah, ... here we go, for reason(s) ...:
>> Reason: Message body is too big: 41345 bytes with a limit of 40 KB
> Glad you tracked down the answer.
> I would have noticed it sooner or later, but I don't necessarily attend
> to the admin queue more than about once a day.

Yeah, since I'd found out why, and had the access, after I "reposted"
(effectively) the slightly smaller, I deleted the "too long" one from
the queue, to remove any ambiguity about the situation, ... though that
didn't remove race condition.  ;-) ... I suppose I could've deleted it first
before "reposting" the slightly smaller.

And ... semi-random thought ...
Though I've not (yet) gotten around to it, I'm thinin' ...
for list postings, at least on the balug VM host and it's lists,
pushing more of the rejection/bounces towards the SMTP layer, so such
"rejects" aren't (more) work for listadmin, and he/she/they/that which
attempted the posting would generally have the relevant feedback on
why it was rejected (e.g. you're not member of the list, only moderators
can post to the list and you're not moderator, body too large ... whatever).
And as for list membership (or moderators or what have you), I figure it's
easy enough to extract that from mailman ... why not automagically and
quite frequently enough do so - and feed that to relevant bits of (e.g.)
exim4, so it can reject at SMTP send attempt time, rather than accept
SMTP to only then dump it in listadmin's queue.  Anyway ... a thought.
Something for my multi-thousand line todo list.  ;-)
Maybe I'll do it with (or before) mailman3.  On the balug VM, I really
have a lot of exim4 stuff to clean up and better configure anyway (also
on that very long todo list).

More information about the sf-lug mailing list