On Thu, Jan 17, 2008 at 02:26:48PM +0100, Adam Piatyszek wrote: > 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 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
