[mailop] Spike in imap connects from apple devices

Hi all, we have lately seen a huge spike in imap connects from a group of our customers. When we correlate those connects with other logs we can see they’re all apple devices. They are connecting somewhere between 5-10 times per second for several hours. Has anyone else seen anything like this

Re: [mailop] Incoming spam from outlook.com

On Fri, 15 Dec 2023 13:49:12 + (UTC) "L. Mark Stone via mailop" wrote: > Historically, we have avoided deploying greylisting*, but are curious if > greylisting would block these emails? Could anyone who is doing greylisting > comment on whether these garbage emails are being resent? Yes, t

Re: [mailop] Incoming spam from outlook.com

Thanks Hans; I appreciate the fast reply. Your response comports with our understanding as well, but felt we should ask. All the best, Mark _ L. Mark Stone, Founder North America's Leading Zimbra VAR/BSP/Training Partner For Co

Re: [mailop] Incoming spam from outlook.com

Greylisting is for dealing with compromised machines where the malicious sender is bursting through a list trying each message once then getting out of there since they expect the compromised machine to be dealt with. Any properly configured MTA will keep retrying when given tempfails because th

Re: [mailop] Incoming spam from outlook.com

Am 15.12.23 um 14:49 schrieb L. Mark Stone via mailop: We too are seeing high volumes of such email. Historically, we have avoided deploying greylisting*, but are curious if greylisting would block these emails? Could anyone who is doing greylisting comment on whether these garbage emails are

Re: [mailop] Incoming spam from outlook.com

We too are seeing high volumes of such email. Historically, we have avoided deploying greylisting*, but are curious if greylisting would block these emails? Could anyone who is doing greylisting comment on whether these garbage emails are being resent? Thanks, Mark *Most of our customers ar

Re: [mailop] Microsoft rejecting their own headers

Hi, What is stupid is that the header that causes the reject upon reinject is written BY THEM! How about not writing such crazily long report on a single header? They have to protect their users from spam, but their users themselves would never spam. So this makes sense. SCNR Bjoern __

Re: [mailop] Microsoft rejecting their own headers

Maybe they have just started eating their own dog food V2.0 at MS? ;-> SCNR. Best, -C. > Am 15.12.2023 um 11:37 schrieb Laurent S. via mailop : > > It seems Microsoft made very recently a change. Since then, we get a > whole bunch of reject with this message: > >> 554 5.6.211 Invalid MIME C

[mailop] Microsoft rejecting their own headers

It seems Microsoft made very recently a change. Since then, we get a whole bunch of reject with this message: > 554 5.6.211 Invalid MIME Content: Single text value size (32820) exceeded allowed maximum (32768) for the 'X-Microsoft-Antispam-Message-Info-Original' header. The company I work for

Re: [mailop] Incoming spam from outlook.com

I have an open ticket with Microsoft for Spam /Phish from their network.Each morning, I collate data and send them the previous 24 hours. Hundreds of thousands of spam and Phish each 24 hours. I have been sending them data for around 2 months. I am yet to see any improvement.I see it from outlook/h

[mailop] Incoming spam from outlook.com

This week, we've been getting quite a lot of carefully forged spam from outlook.com addressess, fully using their email infrastructure. What is your experience, is there point in putting effort into reporting it? Received: from smtp1.csc.fi (localhost.localdomain [127.0.0.1]) by loc