[PATCH] patchbomb: send messages with a one second delay

Giorgos Keramidas keramida at ceid.upatras.gr
Sun May 17 04:56:59 CDT 2009


On Sun, 17 May 2009 02:50:25 -0700, timeless <timeless at gmail.com> wrote:
> On Sun, May 17, 2009 at 2:39 AM, Giorgos Keramidas
> <keramida at ceid.upatras.gr> wrote:
>> Any other mailers having problem with batch emails?
>
> gmail has issues w/ it.
>
> Note that it doesn't even try threading them. Which given that each
> one gets a life of its own for discussion purposes is the correct
> behavior.
>
> Catering to gmail might not be important given that gmail will re-sort
> later based on whichever ones have been most recently discussed in
> conversations. But it's still strange that the behavior is wrong
> initially. In my case, there is an additional mail forward hop, so
> it's possible that other elements are racing, but still....

You are right.  Intermediate MTAs and queueing effects may cause
arbitrary reordering of the messages.  Some of the intermediate messages
may never be delivered too, but that's another story.

How about inserting an RFC-compatible "Date:" header with an incremental
second count?  This /may/ help with mailers who resort, unless they look
at the 'envelope date', in which case we are screwed without a sleep
between every single patch message.



More information about the Mercurial-devel mailing list