On 03/10/2019 10:07, Alessandro Vesely wrote:
On Thu 03/Oct/2019 09:46:35 +0200 Neil Youngman via mailop wrote:
On 23rd March, I looked into their data protection details. The
contact was the same customer care email that was failing to resolve
the issue.
Looking at the email headers, I saw
In January I decided to unsubscribe from the Thompson and Morgan
mailing lists. Thompson and Morgan are a well known supplier of seeds
and plants in the UK. I have bought from them twice in the last 2 or 3
years, but I felt that getting at least one email a day, sometimes
more from a company I
On 04/10/2019 12:34, Sebastian Kluth wrote:
Hi Neil, hi all,
„Eventually I was asked for permission to pass the email to the ESP as part of
the investigation. Although I wasn't confident that any positive action would
be taken, I expected that the emails would finally stop and that I would
This morning I am seeing issues caused by Messagelabs sending emails
with mismatched RDNS. For example 46.226.52.1 is identified as
mail1.bemta25.messagelabs.com. in RDNS, but a forward lookup of
mail1.bemta25.messagelabs.com. gives a number of addresses starting
195.245.230
Neil Youngman
> On Fri, Oct 30, 2020 at 1:11 AM Atro Tossavainen via mailop <
mailop@mailop.org> wrote:
Why does Google bounce after accepting a message? At Google's scale,
the potential to become the world's biggest spammer simply through
backscatter is enormous.
What do you prefer they do with that
I have observed that messages from our system are temporarily rejected
as greylisted by one destination but they are never accepted on retry.
The response is logged as "DATA: 451 0.0.0 1 recipients being greylisted
for 5 minutes". We retry after 10 minutes and get the same response.
Normally I
On 20/04/2021 11:00, Hans-Martin Mosner wrote:
>> Normally I would expect the retries to pass greylisting. Does anyone have
>> any insight into why this is not behaving as expected? The destination is
>> exeter.ac.uk.
>>
>> Neil Youngman
> The exeter.ac.uk postmaster is probably the only one who
On 21/04/2021 11:00, Chris wrote:
> Aside from the possibility that the message is simply wrong, or the
> implementation broken, is your mail server acting like most other
> servers when presented with a failure (soft or hard)?
>
> Your posting seems to be that you give up after the second try.
>
On 23/08/2021 17:16, Neil Youngman wrote:
Is anybody else seeing issues with some Microsoft RDNS failing
intermittently. I'm seeing RDNS failures in our Exim logs, but when I
check the IPs from the command line, there are no obvious issues and it
isn't affecting all our traffic from Microsoft.
Is anybody else seeing issues with some Microsoft RDNS failing
intermittently. I'm seeing RDNS failures in our Exim logs, but when I
check the IPs from the command line, there are no obvious issues and it
isn't affecting all our traffic from Microsoft.
It seems t have started a little before
On 23/08/2021 18:06, Al Iverson wrote:
Here's an odd question. Do you use Google Public DNS or your own
resolvers? I was indeed running into random, unexpected rDNS failures
using Google Public DNS 8.8.8.8/8.8.4.4 yesterday. I haven't poked at
it again today to see if it's still happening.
We
Is anyone else seeing mismatched RDNS records at some
outbound.protection.outlook.com senders?
For example:
$ host 104.47.0.53
53.0.47.104.in-addr.arpa domain name pointer
mail-he1eur01on2053.outbound.protection.outlook.com.
$ host mail-he1eur01on2053.outbound.protection.outlook.com.
12 matches
Mail list logo