From: Eduard - Gabriel Munteanu <eduard.munteanu@linux360.ro>
To: "Avery Pennarun" <apenwarr@gmail.com>
Cc: "Junio C Hamano" <gitster@pobox.com>,
ryan@michonline.com, git@vger.kernel.org
Subject: Re: [PATCH] Added --export option to git-send-email.
Date: Mon, 14 Jul 2008 02:58:42 +0300 [thread overview]
Message-ID: <20080714025842.6630c47e@linux360.ro> (raw)
In-Reply-To: <32541b130807131642k1382cf84gdf5e8bb8d2ff4ffe@mail.gmail.com>
On Sun, 13 Jul 2008 19:42:35 -0400
"Avery Pennarun" <apenwarr@gmail.com> wrote:
> On 7/13/08, Junio C Hamano <gitster@pobox.com> wrote:
> > If this additional option claims to produce a mbox, I think:
> >
> > (1) quoting only /^From / (not /^>*From/) to be consistent with
> > the standard practice is the right thing to do; and
> >
> > (2) reading side might need to also pay attention to /^>From /,
> > in case somebody feeds an output from this option back to
> > send-email.
> >
> > However, strictly speaking,(2) may break the standard workflow of
> > generating patches with format-patch and feeding the result to
> > send-email, as format-patch does not do /^From / munging (and it
> > shouldn't).
>
> Note that it's generally very bad practice to do (2) unless you always
> quote /^>*From/. Quoting only /^From/ and *then* trying to dequote it
> correctly actually increases the number of places where you can
> corrupt a message. As a sign that very few programs do (2), I think
> it's pretty clear that a lot more people see "From" rewritten as
> ">From" in their mail app of choice than the reverse.
Junio is right when he says we should match against "From " instead of
"From" (i.e. we should not touch lines beginning with "Fromage" for
example). Should I resubmit or can it be corrected during the merge?
> There is also some debate about what "standard practice" means. See:
> http://homepages.tesco.net/J.deBoynePollard/FGA/mail-mbox-formats.html
> .
When I started working on this, I visited Wikipedia which provided a
link to qmail's site, which looks quite authoritative on this matter:
http://www.qmail.org/man/man5/mbox.html
I just followed that spec.
> If git is going to start actually producing mbox files (as opposed to
> just individual messages as it does now), it should probably
> explicitly take a stance on the issue... or perhaps make it
> configurable.
>
> Have fun,
>
> Avery
next prev parent reply other threads:[~2008-07-14 0:01 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-10 14:07 [PATCH] Added --export option to git-send-email Eduard - Gabriel Munteanu
2008-07-11 7:03 ` Junio C Hamano
2008-07-11 19:53 ` Eduard - Gabriel Munteanu
2008-07-13 20:17 ` Junio C Hamano
2008-07-13 21:32 ` Avery Pennarun
2008-07-13 21:36 ` Junio C Hamano
2008-07-13 21:44 ` Avery Pennarun
2008-07-13 22:05 ` Junio C Hamano
2008-07-13 22:21 ` Avery Pennarun
2008-07-13 22:44 ` Junio C Hamano
2008-07-13 23:42 ` Avery Pennarun
2008-07-13 23:58 ` Eduard - Gabriel Munteanu [this message]
2008-07-14 3:13 ` Junio C Hamano
2008-07-14 3:41 ` Avery Pennarun
2008-07-14 0:05 ` Eduard - Gabriel Munteanu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080714025842.6630c47e@linux360.ro \
--to=eduard.munteanu@linux360.ro \
--cc=apenwarr@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=ryan@michonline.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.