[FFmpeg-devel] Mailing List Delay

[Soft Works]

> -----Original Message-----
> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> Michael Niedermayer
> Sent: Wednesday, 4 August 2021 00:59
> To: FFmpeg development discussions and patches <ffmpeg-
> devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] Mailing List Delay
> 
> On Mon, Aug 02, 2021 at 09:59:47PM +0100, Derek Buitenhuis wrote:
> > On 7/14/2021 8:05 PM, Nicolas George wrote:
> > > 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.
> > >
> > > If it happens to you again, you can ask for the logs immediately, it
> > > will be more likely the admins can find what went wrong.
> >
> > It is happening at this very moment as a type this, with a patch:
> >
> > From: Derek Buitenhuis <derek.buitenhuis at gmail.com>
> > To: ffmpeg-devel at ffmpeg.org
> > Subject: [PATCH] ffprobe: Rename Audio Service Type 'type' field to
> 'service_type'
> > Date: Mon,  2 Aug 2021 21:55:01 +0100
> >
> > Which has not appeared.
> 
> In the past delayed mails where caused by spam filtering.
> more specifically by some mail server being on too many DNSBL lists and
> grossd delaying the mail.
> 
> what you or anyone else can do is check the involved mailservers on some
> DNSBL checkers.
> heres what is listed in our configuration file:
> 
> dnsbl = bl.spamcop.net;2
> dnsbl = combined.njabl.org
> dnsbl = cbl.abuseat.org
> dnsbl = dnsbl.sorbs.net
> dnsbl = pbl.spamhaus.org
> dnsbl = xbl.spamhaus.org
> dnsbl = spamrbl.imp.ch
> dnsbl = list.dsbl.org
> dnsbl = dnsrbl.swinog.ch
> dnsbl = psbl.surriel.com
> dnsbl = dnsbl-1.uceprotect.net
> dnsbl = db.wpbl.info
> dnsbl = ix.dnsbl.manitu.net
> 
> This has not been adjusted since quite some time probably because noone
> complained.
> Are there any that are unreliable and should be removed ?
> Any that should be added ?

Hi Michael,

Yes that list appears to be outdated. njabl.org doesn't exist anymore and some others appear to have low relevance. uceprotect is subject to criticism due to charging for quick removal. I don't have sufficient up-to-date experience to suggest a good collection of current BL services, though.

Anyway, I doubt that these problems are related to DNSBL checks, as the purpose of those checks is to prevent spam rather than to delay spam.

Would you be able to take a look into the SMTP logs? I have attached an image from the case that I recently analyzed. It is comparing two messages that were sent at the same time. The left message was received instantly but the right message was delayed by an hour. 
The left message was received on 2021-02-20 18:57:54 UTC. 
Most likely there was a delivery attempt for the right message at the same time which got rejected.
The log could probably tell the reason.

softworkz 

 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screenshot 2021-07-14 213751.png
Type: image/png
Size: 152675 bytes
Desc: Screenshot 2021-07-14 213751.png
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20210804/048845b2/attachment.png>