Hi Matthieu and Georgi, Matthieu Moy writes: > There have been discussion (and IIRC a patch) proposing this already in > the past. One advantage of sleeping a bit between each email is that it > increase the chances for the receiver to receive the emails in the right > order. Ah, it looks like I missed the earlier discussion/ patch- sorry. Yes, I've also wondered what to do about the order in which patches appear in reply to the cover letter- I was of the opinion that it was a minor inconvenience that we have to put up with that until SMTP servers learn to fix these things. Slowing things down a little bit for now until they catch up is probably a good idea. Georgi Chorbadzhiyski writes: > See for example this: http://mailman.videolan.org/pipermail/dvblast-devel/2011-August/thread.html > The thread named: [dvblast-devel] [PATCH 0/4] Post git migration changes > See how 1,3,4/4 are not detected to be part of the thread even when > all headers are set correctly by git-send-email. This is a far more serious problem. For this, I was toying with the idea of special cover-letter handling in git-send-email. My idea was that it should essentially send the cover letter, wait for a second and then send all the other emails concurrently. Sure, slowing the entire process down would work too, but it's not so elegant. Thanks. -- Ram -- 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