From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS27357 104.130.224.0/20 X-Spam-Status: No, score=-4.1 required=3.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD, SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.0 Received: from cloud.peff.net (cloud.peff.net [104.130.231.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 08F222013B for ; Tue, 14 Feb 2017 05:14:05 +0000 (UTC) Received: (qmail 7622 invoked by uid 109); 14 Feb 2017 05:14:06 -0000 Received: from Unknown (HELO peff.net) (10.0.1.2) by cloud.peff.net (qpsmtpd/0.84) with SMTP; Tue, 14 Feb 2017 05:14:06 +0000 Received: (qmail 340 invoked by uid 111); 14 Feb 2017 05:14:05 -0000 Received: from sigill.intra.peff.net (HELO sigill.intra.peff.net) (10.0.0.7) by peff.net (qpsmtpd/0.84) with SMTP; Tue, 14 Feb 2017 00:14:05 -0500 Received: by sigill.intra.peff.net (sSMTP sendmail emulation); Tue, 14 Feb 2017 00:14:03 -0500 Date: Tue, 14 Feb 2017 00:14:03 -0500 From: Jeff King To: Junio C Hamano Cc: Arif Khokar , Johannes Schindelin , Arif Khokar , Jakub =?utf-8?B?TmFyxJlic2tp?= , Stefan Beller , "meta@public-inbox.org" , "git@vger.kernel.org" , Eric Wong Subject: Re: Working with public-inbox.org [Was: [PATCH] rev-parse: respect core.hooksPath in --git-path] Message-ID: <20170214051403.jwqpxfyyi5mviah2@sigill.intra.peff.net> References: <20160819150340.725bejnps6474u2e@sigill.intra.peff.net> <46a5b9b6-f3f6-7650-8a5b-b0b52223e375@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: List-Id: On Mon, Feb 13, 2017 at 08:41:51PM -0800, Junio C Hamano wrote: > Arif Khokar writes: > > > One concern I have regarding this idea is whether or not SMTP servers > > typically replace a Message-Id header set by the client. > > The clients are supposed to give Message-IDs, but because some > clients fail to do so, SMTP server implementations are allowed to > add an ID to avoid leaving a message nameless (IIRC, 6.3 in > RFC2821). So "replace" would be in violation. > > But some parts of the world ignore RFCs, so... I know there are some terrible servers out there, but I think we can discount any such server as horribly broken. Rewriting message-ids would cause threading problems any time the sender referred to their own messages. So "format-patch --thread" would fail to work, and even replying to your own message from your "sent" folder would fail. -Peff