[OE-core] [PATCHv2 0/3] u-boot recipe updates

[Paul Gortmaker]

[CC'ing Richard, since Phil says he is list admin]

On 12-07-09 12:01 PM, Phil Blundell wrote:
> On Thu, 2012-07-05 at 12:14 -0400, Paul Gortmaker wrote:
>>> On Wed, 2012-07-04 at 11:00 -0400, Paul Gortmaker wrote:
>>>>> On a related note, is it possible to fix the mailing list so that it
>>>>> does not strip To/Cc information and Message-ID strings?  [I'd have to
>>>>> check -- maybe it is (also) inserting a needless Reply-To: header that
>>>>> messes things up.]
>>
>> Your mail suffers the exact same problem.  My address is nowhere to be
>> seen on the To/Cc:  I only happened to see it since I told mutt to
>> show me all archived poky/oe mails with u-boot in the subject.
>> Otherwise your message would have been lost in the noise, perhaps seen
>> next week when I return from OOO.
>>
>> And when I hit reply, it won't go to you unless I tell mutt to ignore
>> the broken Reply-To line.  It is the line right at the bottom:
> 
> Ah, I see.  So, just to be clear, the mailing list isn't stripping
> anything: the reason that your address doesn't appear in To/Cc is, as
> you suggest, purely because the Reply-to: header which mailman inserts
> tends to cause replies to be sent only to the list.
> 
> I tend to agree with you that the Reply-to header is a bad idea and it
> would be better off disabled, but this is a list policy decision and
> Richard, as the administrator, would need to decide whether he wants to
> disable it or not.
> 
> For what it's worth, you can partially defeat this behaviour by
> inserting your own Reply-to header in messages that you send to the
> list.  If you tell mutt to add:
> 
> Reply-to: Paul Gortmaker <paul.gortmaker at windriver.com>
> 
> then mailman will translate this to:
> 
> Reply-to: Paul Gortmaker <paul.gortmaker at windriver.com>,
> openembedded-core at lists.openembedded.org
> 
> which will probably produce more or less the effect that you are looking
> for.  I realise that this is still somewhat annoying but you might find
> it better than the behaviour you are getting at present.

Sure, there are workarounds, and I've employed some of them, but
in the end it makes no sense to have everyone manually deploy
such one-shot workarounds just in order to make the list behave
like 99% of all the other lists, when one administrator change to
delete the bogus Reply-To: header makes the whole problem go away
for everyone.

Paul.
--

> 
> p.
> 
>