[U-Boot] REJECT: Too many recipients to the message

T Ziomek ctz001 at email.mot.com
Tue Jun 2 02:09:22 CEST 2009


On Tue, Jun 02, 2009 at 12:00:21AM +0200, Wolfgang Denk wrote:
> Dear T Ziomek,
> 
> In message <20090601210846.GJ8553 at email.mot.com> you wrote:
> >
> > > > > > How about reconfiguring the list software instead?
> > > > > 
> > > > > I see no reason for that yet.
> > 
> > I see no reason, at least none articulated as of yet, for the current
> > configuration.
> 
> The current configurations is (1) the default one,

Unless there's a good reason it's the default, I wouldn't defer to that
in the presence of good arguments otherwise.

>and (2) pretty
> useful to detect list abuse that has not been cought yet by other
> means.

What sort(s) of abuse has configuration this helped catch?

> > > We neever before had any such problems. Currently  these  are  caused
> > > because  some  messages have 5 (or more) samsung.com addresses listed
> > > on Cc:; for example,  "[PATCH]  The  omap3  L2  cache  enable/disable
> > > function to omap3 dependent code" has 6 such addresses on Cc:
> > 
> > And what problem does that cause?
> 
> Such messages need manual moderation which (1) delays the messages and
> (2) causes additional work to the list moderator (me).

But that's a problem caused by the list server's config, not inherently
by the # of CCs.

> > > I doubt that this is really  necessary.
> > 
> > "Necessary" is in the eye of the beholder here.  And IMHO the presump-
> > tion should be that the sender of an email is addressing it properly.
> > Absent either (a) clear, significant abuse of emails' recipients or (b)
> > a measurable and significant impact on the list provider [1], let people
> > CC who they consider appropriate and let the list server send emails to
> > whomever it is asked to send emails to.
> > 
> > [1]  E.g. exceeding bandwidth quotas, mail delivery being delayed for
> > hours, etc.

I take this example back; as Scott reminds us the CCs don't affect the
list server (except for a few more bytes in the headers of a message it
relays).  In which case I have even more trouble seeing the harm in re-
moving the list server's [apparently arbitrary and unsubstantiated] CC
limit.  Or at least changing it to a much higher number.

> Messages get delayed, and they exceed my patience quota ;-)

Again, not inherently because of having "too many" CCs.


Raise/remove the limit, and your immediate issue is resolved.  What's
not to like?

Tom
-- 
A: Because it breaks the logical        |
    flow of the message.                |   Email to user 'CTZ001'
                                        |             at 'email.mot.com'
Q: Why is top posting frowned upon?     |


More information about the U-Boot mailing list