Re: [mailop] Google rate-limiting more aggressively than usual?

[Philip Paeps via mailop]

On 2023-11-17 22:37:58 (+0800), Philip Paeps via mailop wrote:
Since about September, we're hitting the rate limiter ~70% of the time 
every couple of days.  Since ~15 November we're hitting the rate 
limiter for almost all mail we send.


Anyone else noticing this?


The problem went away last week.  We haven't hit the rate-limiter since 
29 November.


If there was human intervention: thank you. :-)

(Hope this message doesn't jinx it.)

Philip

--
Philip Paeps
Senior Reality Engineer
Alternative Enterprises
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Email deliverability issues to Outlook

[Grant Gordon via mailop]

A friend brought to my attention the following blog post which seems to 
have started around the same time we started experiencing issues and 
seems to be the same issue, though it's light on details.


https://tuta.com/blog/outlook-falsely-marks-tutanota-emails-as-junk

On 2023/12/05 00:51, Bradley Silverman via mailop wrote:

Hi gents,

Apologies for the lack of reply, I was waiting for my new account to 
get send privledges.


As an example header, I have provided one below from a test account.

The thing to note is that the Original server (ending in 
hostyourservices.net ) sends outbound 
through a mail cluster that we have other servers send through as 
well, about half end in hostyourservices.net 
 and about half don't. Any domain that 
does NOT end in 'hostyourservices.net ' 
will happily be received by Outlook at whatever SCL score is 
appropriate for that email. However anything ending in 
hostyourservices.net  will get a SCL 9.
We have moved the domains between the servers and sent the identical 
emails, and we always find, consistently, that anything ending in 
hostyourservices.net  will get SCL9 and 
that some domain (we've tried a dozen or so personally) sending from 
the other server hostname will get a SCL1.


Microsoft is clearing punishing that domain, but we can't for the life 
of us work out why, and we are having zero luck with their support, 
whom we've been trying to explain the issue to for months.


Anyone who has a contact with Microsoft that can help would be 
fantastic, as this happened years ago and the only fix was for 
microsoft to intervene.



Cheers,

==
Received: from JH0PR01MB6253.apcprd01.prod.exchangelabs.com 

 (2603:1096:990:9c::13) by 
SEYPR01MB6185.apcprd01.prod.exchangelabs.com 
 with

 HTTPS; Mon, 4 Dec 2023 05:22:54 +
Received: from CH0P223CA0030.NAMP223.PROD.OUTLOOK.COM 
 (2603:10b6:610:116::6)
 by JH0PR01MB6253.apcprd01.prod.exchangelabs.com 
 
(2603:1096:990:9c::13) with

 Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7046.33; Mon, 
4 Dec

 2023 05:22:44 +
Received: from SN1PEPF0002636E.namprd02.prod.outlook.com 

 (2603:10b6:610:116:cafe::27) by CH0P223CA0030.outlook.office365.com 


 (2603:10b6:610:116::6) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7046.33 via 
Frontend

 Transport; Mon, 4 Dec 2023 05:22:42 +
Authentication-Results: spf=pass (sender IP is 110.232.143.186)
 smtp.mailfrom=datamaster.net.au ; dkim=pass 
(signature was verified)
 header.d=datamaster.net.au 
;dmarc=bestguesspass action=none
 header.from=datamaster.net.au 
;compauth=pass reason=109
Received-SPF: Pass (protection.outlook.com 
: domain of datamaster.net.au 


 designates 110.232.143.186 as permitted sender)
 receiver=protection.outlook.com ; 
client-ip=110.232.143.186;

 helo=m4.out3.mxs.au ; pr=C
Received: from m4.out3.mxs.au  (110.232.143.186) by
SN1PEPF0002636E.mail.protection.outlook.com 
 (10.167.241.139) 
with Microsoft
 SMTP Server (version=TLS1_2, 
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id

 15.20.7068.20 via Frontend Transport; Mon, 4 Dec 2023 05:22:41 +
X-IncomingTopHeaderMarker:
 
OriginalChecksum:8F96A8C1FD1A19AB5E6201A48BFCDE111D7C7542297063C2C4A7F659C437C315;UpperCasedChecksum:EFAA2613BE81E0971DB83B7DCF94896C322AB863DEB0C16D67C74A37F8938E57;SizeAsReceived:2358;Count:23
Received: from syn07be.syd6.hostyourservices.net 
 
(syn07be.syd6.hostyourservices.net 
 [110.232.143.84])
by out3.mxs.au  (Halon) with ESMTPS (TLSv1.2) tls 
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

id 240ba464-9265-11ee-b4c2-00163c573069
for ;
Mon, 04 Dec 2023 16:22:38 +1100 (AEDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
d=datamaster.net.au ; s=default; 
h=Content-Transfer-Encoding:Content-Type:

Message-ID:Subject:To:From:Date:MIME-Version:Sender:Reply-To:Cc:Content-ID:
Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc
:Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:
List-Subscribe:List-Post:List-Owner:List-Archive;

[mailop] [ADMIN] I'm going for a lie down

[Graeme Fowler via mailop]

Hi folks

Apologies for not mentioning this any earlier, but at 0700 tomorrow I’m 
reporting to hospital to have my right hip replaced. I’m going to be largely 
incommunicado for a while. Be nice to each other, behave, try the veal, tip 
your waitress etc :)

Dont’ give Simon or Patrick a hard time in terms of moderation, please.

Tata for now, see you on the other side!

Graeme
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] salesforce phishing emails

[Randolf Richardson, Postmaster via mailop]

> On Sun, Dec 03, 2023 at 07:26:14AM +0100, Arne Jensen via mailop wrote:
> > Den 30-11-2023 kl. 09:36 skrev Giovanni Bechis via mailop:
> > > I maintain an ESP rbl
> > 
> > Thank you for maintaining and providing that!
> > 
> > I looked around and didn't find much information about the operation of 
> > the RBL though.
> > 
> > So that raises a few questions from my end, such as:
> > 
> > - Is there any sort of usage / query restrictions on that RBL?
> > 
> no restrictions atm

I would like to find out more about this RBL.  I use a number of 
them with great success -- the major ones I use for outright 
blocking, and the remaining ones for tagging and scoring.

> > - Is it possible to download the data, either for a local mirror or even 
> > in order to assist with raising the quality of the public mirrors?
> > 
> not atm

I may be interested in helping out with this in the future too; feel 
free to reach out to me at any point in the future.

> > - Can you submit spam samples, or otherwise provide suggestions for 
> > inclusion?
> > 
> > - Are you the only person one adding "bad senders" to these RBL lists?
> > 
> > - What data is the "bad senders" based on? Spam sent to spam traps? Spam 
> > sent to your personal mailbox? ...?
> > 
> > - If you're under the impression there is one or more false positives, 
> > ... is there any way, you can report that?
> 
> Atm data are based on spamtraps and spam delivered to mailbox of some
> selected customers that reports FPs and FNs to my company.
> I am in contact with another company which is going to provide me more
> data.
> If there is interest in this rbl I can provide more info and a way to
> report FNs and FPs.

I send MIME Digest eMails of spam evidence to SpamCop.net multiple 
times every day.  If you're interested in this evidence and can 
accept this format, I'd be happy to also send these MIME Digests to 
your automated systems too (depending on spammer activity, these 
digests vary in size, although I normally try to send them frequently 
enough to keep them below 500 messages per MIME Digest).  Feel free 
to reach out to me at any point in the future on this matter too.

>  Regards
>   Giovanni
> 
> > -- 
> > Med venlig hilsen / Kind regards,
> > Arne Jensen
> > 
> > ___
> > mailop mailing list
> > mailop@mailop.org
> > https://list.mailop.org/listinfo/mailop

-- 
Postmaster - postmas...@inter-corporate.com
Randolf Richardson - rand...@inter-corporate.com
Inter-Corporate Computer & Network Services, Inc.
Vancouver, British Columbia, Canada
https://www.inter-corporate.com/


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Google Postmaster Tools data missing recently - anyone else?

[Maarten Oelering via mailop]

We noticed it as well. On the GPT website there’s data for 2nd. But the API 
does not return any data for the last couple of days.

Maarten

> On 4 Dec 2023, at 22:52, Omar Thameen via mailop  wrote:
> 
> Is anyone else seeing data missing from Google Postmaster Tools?
> For all our hosted domains, everything was consistent until Nov 28,
> then no data until Dec 2, and nothing yet for Dec 3.
> 
> Omar
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Google Postmaster Tools data missing recently - anyone else?

[Sean Kamath via mailop]

After 2 years, I’ve never seen anything but that message.  I guess my 1-2 
emails every other day isn’t enough to have any data (but sending one email to 
13 recipients was an “unusual rate of unsolicited email” causing me to be rate 
limited).

Sean

> On Dec 4, 2023, at 14:19, Randolf Richardson, Postmaster via mailop 
>  wrote:
> 
>   I'm greeted by the message "No data to display at this time. Please 
> come back later" for all reports, even when setting the duration to 
> the maximum of 120 days.
> 
>   Hopefully it's only a temporary poroblem.
> 
>> Is anyone else seeing data missing from Google Postmaster Tools?
>> For all our hosted domains, everything was consistent until Nov 28,
>> then no data until Dec 2, and nothing yet for Dec 3.
>> 
>> Omar
>> ___
>> mailop mailing list
>> mailop@mailop.org
>> https://list.mailop.org/listinfo/mailop
> 
> 
> -- 
> Postmaster - postmas...@inter-corporate.com
> Randolf Richardson - rand...@inter-corporate.com
> Inter-Corporate Computer & Network Services, Inc.
> Vancouver, British Columbia, Canada
> https://www.inter-corporate.com/
> 
> 
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop