[FFmpeg-devel] Mailing List Delay

[Soft Works]

> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> Nicolas George
> Sent: Wednesday, 14 July 2021 21:05
> To: FFmpeg development discussions and patches <ffmpeg-
> devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Mailing List Delay
> 
> Derek Buitenhuis (12021-07-14):
> > Yeah, I know, but it seemed to be a good time to bring this up yet again.
> > Sorry if that was unclear.
> 
> No problem. It is an important discussion, and now we are on the same page.
> 
> > Looking at a set of 3 patches I sent with git-send-email that had this
> > issues, the mbox headers from patchwork show:
> >
> > *
> https://patchwork.ffmpeg.org/project/ffmpeg/patch/20210220185050.50837
> 3-2-derek.buitenhuis at gmail.com/
> >     * Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org
> [79.124.17.100])
> >           by ffaux.localdomain (Postfix) with ESMTP id E4DB644ABCA
> >           for <patchwork at ffaux-bg.ffmpeg.org>; Sat, 20 Feb 2021 21:47:10
> +0200 (EET)
> >     * Received: from [127.0.1.1] (localhost [127.0.0.1])
> >           by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id ACBCC68A72F;
> >           Sat, 20 Feb 2021 21:47:10 +0200 (EET)
> 
> You relevant part is:
> 
> Received: by mail-lj1-f170.google.com with SMTP id v6so42989273ljh.9  for
> <ffmpeg-devel at ffmpeg.org>; Sat, 20 Feb 2021 11:47:04 -0800 (PST)
> 
> X-Received: by 2002:adf:8084:: with SMTP id
> 4mr14511157wrl.49.1613847064941;  Sat, 20 Feb 2021 10:51:04 -0800 (PST)
> 
> It shows that the mail spent approximatively one hour stuck between two
> relays that belong to Google. There is nothing under our control here.
> 
> Now, the difference being close to one hour, it can probably be explained by
> the mail being temporarily rejected by the next relay, ours and queued by
> Google.
> 
> Therefore, the information we need now to debug is what the logs of
> ffbox0-bg.mplayerhq.hu contains immediately after 20 Feb 2021 11:47:04 -
> 0800.

Hi,

I have a slightly different interpretation of the mail headers. 

I have looked at the exact same messages' headers as I have received them.
From my understanding, the delay is in the delivery from a google mail server
to ffbox0-bg.mplayerhq.hu.

The delay is exactly 70 minutes, and this looks to me very much like the 
result of retries in sending (e.g. 10, 20, 40 = 70 min). That would mean that
Google retries and ffbox0-bg.mplayerhq.hu is not accepting for some reason
(maybe it identifies the second mail as duplicate or flooding and blocks for 1h?).

softworkz