Re: [BUG] git send-email brakes patches with very long lines
- From
Jeff King <peff@peff.net>
- Date
- Jan 17, 2008, 15:32 UTC
- Message-ID
- <20080117153252.GD2816@coredump.intra.peff.net>
- In-Reply-To
- <478F5798.6020405@users.sourceforge.net>
On Thu, Jan 17, 2008 at 02:26:48PM +0100, Adam Piatyszek wrote:
Show 13 quoted lines
> RFC2822 (Internet Message Format) states: > > 2.1.1. Line Length Limits > > There are two limits that this standard places on the number of > characters in a line. Each line of characters MUST be no more than > 998 characters, and SHOULD be no more than 78 characters, excluding > the CRLF. > [...] > > Now, the question is. Don't you think that "git send-email" should at > least warn users that they are trying to send emails with patches that > will be broken at the end?
It could actually QP-encode the data in that case, I think. git-mailinfo appears to have code to handle the decoding.
-Peff