Re: [mailop] Verifying receipients?

2024-02-19 Thread Paul Gregg via mailop
On Fri, Feb 16, 2024 at 02:49:12PM -0600, Jesse Hathaway via mailop wrote:
> Does probing for recipients work these days, is it considered abusive?

It rarely works they way you might hope. And yes, we consider it
abusive.

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


Re: [mailop] Increase in outlook.com S3150 rejections

2024-02-19 Thread Simon Arlott via mailop
On 19/02/2024 14:15, Fernando MM via mailop wrote:
> I was wondering if anyone else is also experiencing this type of issue?

It still happens every 10-12 weeks for me. It's getting increasingly
difficult to get them to implement "mitigation".


For example (these are all responses over 24 hours for one IP):

"Nothing was detected to prevent your mail from reaching
Outlook.com customers. Please follow the instructions below."

"I do not see anything offhand with the IP’s that would be preventing
your mail from reaching our customers."

"As stated previously, I do not see anything offhand that would be
preventing your mail from reaching our customers for the following IP
For more detailed information about best sending practices to
Outlook.com users, please review the following white paper [from 2007
where the links don't work any more]"

"Nothing was detected to prevent your mail from reaching Outlook.com
customers. Please follow the instructions below."

"I do not see anything offhand with the IP’s that would be preventing
your mail from reaching our customers."

"I do not see anything offhand with the IP’s that would be preventing
your mail from reaching our customers."

"We have implemented mitigation for your IP and this process may take
24 - 48 hours to replicate completely throughout our system."

-- 
Simon Arlott

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


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Paul Ebersman via mailop
Not sure exactly how long but at least 2020. I moved IPs when my server
was moved and rDNS took a day or two to get updated and mailed bounced
during this time.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Mark Milhollan via mailop

[Piggybacking as I didn't see Matt's message directly]

On Mon, 19 Feb 2024, Gellner, Oliver wrote:

On 16.02.2024 at 03:38 Matt Palmer via mailop wrote:



Although I must say that



without reverse DNS



would seem to be the easier blocking option -- when was the last time you saw 
legitimate mail from an IP without rDNS?


It isn't like DNS (data), the servers involved, and network paths never 
fail.



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


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Gellner, Oliver via mailop

> On 19.02.2024 at 17:15 Michael Peddemors via mailop wrote:
>
> On 2024-02-19 04:46, Gellner, Oliver via mailop wrote:
>>> On 16.02.2024 at 03:38 Matt Palmer via mailop wrote:
>>> Although I must say that
 without reverse DNS
>>> would seem to be the easier blocking option -- when was the last time you 
>>> saw legitimate mail from an IP without rDNS?
>> Unfortunately every day. It's true that 99% of legitimate senders have a 
>> fully confirmed reverse DNS, but it's the same as with DMARC, TLS and other 
>> technologies and best practices: To make it a requirement and 
>> unconditionally block all messages from the remaining 1%, the big email 
>> services providers need to make the first step in a coordinated procedure. 
>> Otherwise the sender is unlikely going to fix his setup and rather blame the 
>> receiver, because obviously he can deliver his emails everywhere, just not 
>> to our place.
>
> Some of the big guys have been rejecting for a long time.. I think Yahoo was 
> one of the first big guys to reject connections from IPs with no PTR..

Really? I wasn’t aware that Yahoo was rejecting connections from senders 
without a FCRDNS in the past, ie before 2024. At least it was not mentioned as 
a requirement on their postmaster page.
Google and Microsoft for sure didn’t have such a requirement.

—
BR Oliver




dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
dmt...@dm.de * www.dmTECH.de
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher

Datenschutzrechtliche Informationen
Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser 
ServiceCenter Fragen haben, bei uns einkaufen oder unser dialogicum in 
Karlsruhe besuchen, mit uns in einer geschäftlichen Verbindung stehen oder sich 
bei uns bewerben, verarbeiten wir personenbezogene Daten. Informationen unter 
anderem zu den konkreten Datenverarbeitungen, Löschfristen, Ihren Rechten sowie 
die Kontaktdaten unserer Datenschutzbeauftragten finden Sie 
hier.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Bill Cole via mailop

On 2024-02-19 at 08:26:18 UTC-0500 (Mon, 19 Feb 2024 13:26:18 +)
Slavko via mailop 
is rumored to have said:

Dňa 19. februára 2024 12:46:51 UTC používateľ "Gellner, Oliver 
via mailop"  napísal:


...the big email services providers need to make the first step in a 
coordinated procedure. Otherwise the sender is unlikely going to fix 
his setup and rather blame the receiver, because obviously he can 
deliver his emails everywhere, just not to our place.


Why big only? If cooradination have to be success (almost) all
have to be involved. Something as was DNS flag day...


Not at all. If the big mailbox providers switch and break mail to them 
from non-compliant senders, everything else still functions normally. No 
need for any sort of "flag day."



--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Michael Peddemors via mailop

On 2024-02-19 04:46, Gellner, Oliver via mailop wrote:

On 16.02.2024 at 03:38 Matt Palmer via mailop wrote:


Although I must say that



without reverse DNS



would seem to be the easier blocking option -- when was the last time you saw 
legitimate mail from an IP without rDNS?


Unfortunately every day. It's true that 99% of legitimate senders have a fully 
confirmed reverse DNS, but it's the same as with DMARC, TLS and other 
technologies and best practices: To make it a requirement and unconditionally 
block all messages from the remaining 1%, the big email services providers need 
to make the first step in a coordinated procedure. Otherwise the sender is 
unlikely going to fix his setup and rather blame the receiver, because 
obviously he can deliver his emails everywhere, just not to our place.


Some of the big guys have been rejecting for a long time.. I think Yahoo 
was one of the first big guys to reject connections from IPs with no PTR..





--
BR Oliver


dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
dmt...@dm.de * www.dmTECH.de
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher

Datenschutzrechtliche Informationen
Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser ServiceCenter 
Fragen haben, bei uns einkaufen oder unser dialogicum in Karlsruhe besuchen, mit uns 
in einer geschäftlichen Verbindung stehen oder sich bei uns bewerben, verarbeiten wir 
personenbezogene Daten. Informationen unter anderem zu den konkreten 
Datenverarbeitungen, Löschfristen, Ihren Rechten sowie die Kontaktdaten unserer 
Datenschutzbeauftragten finden Sie 
hier.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop



--
"Catch the Magic of Linux..."

Michael Peddemors, President/CEO LinuxMagic Inc.
Visit us at http://www.linuxmagic.com @linuxmagic
A Wizard IT Company - For More Info http://www.wizard.ca
"LinuxMagic" a Reg. TradeMark of Wizard Tower TechnoServices Ltd.

604-682-0300 Beautiful British Columbia, Canada

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


Re: [mailop] Increase in outlook.com S3150 rejections

2024-02-19 Thread Michael Rathbun via mailop
On Mon, 19 Feb 2024 11:15:44 -0300, Fernando MM via mailop 
wrote:

>Hi,
>
>Over the past two weeks, I started to notice an increase in the number of
>S3150 rejections. 

A significant percentage of my clients are seeing complete blockage at those
domains.   At the moment the best we can offer is "don't send to those domains
any more." as remediation attempts appear to be futile.

mdr
-- 
 "There are no laws here, only agreements."  
-- Masahiko

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


[mailop] Increase in outlook.com S3150 rejections

2024-02-19 Thread Fernando MM via mailop
Hi,

Over the past two weeks, I started to notice an increase in the number of
S3150 rejections. Example:

550 5.7.1 Unfortunately, messages from [xxx.xxx.xxx.xxx] weren't sent.
Please contact your Internet service provider since part of their network
is on our block list (S3150). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.

The main issue is that when I contact them at https://olcsupport.office.com/,
I receive a reply indicating that "Nothing was detected to prevent your
mail from reaching Outlook.com customers.".

I have to reply and wait for them to escalate. After some time, I finally
get "We have implemented mitigation for your IP (xxx.xxx.xxx.xxx) and this
process may take 24 - 48 hours to replicate completely throughout our
system.".

Asking for more details about the issue doesn't help as they refuse to
provide any. And the main issue is that the IPs will usually get blocked
again after a few days.

These IPs never had issues before and, after doing a full review, nothing
was found on our end. No changes in the content patterns ( mainly invoices
and order confirmations ), nothing that indicates that the server was
compromised etc.

I was wondering if anyone else is also experiencing this type of issue?

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


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Slavko via mailop
Dňa 19. februára 2024 12:46:51 UTC používateľ "Gellner, Oliver via mailop" 
 napísal:

>...the big email services providers need to make the first step in a 
>coordinated procedure. Otherwise the sender is unlikely going to fix his setup 
>and rather blame the receiver, because obviously he can deliver his emails 
>everywhere, just not to our place.

Why big only? If cooradination have to be success (almost) all
have to be involved. Something as was DNS flag day...

regards


-- 
Slavko
https://www.slavino.sk/
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


Re: [mailop] Outgoing Spam from Microsoft IPs

2024-02-19 Thread Gellner, Oliver via mailop
On 16.02.2024 at 03:38 Matt Palmer via mailop wrote:

> Although I must say that

>> without reverse DNS

> would seem to be the easier blocking option -- when was the last time you saw 
> legitimate mail from an IP without rDNS?

Unfortunately every day. It's true that 99% of legitimate senders have a fully 
confirmed reverse DNS, but it's the same as with DMARC, TLS and other 
technologies and best practices: To make it a requirement and unconditionally 
block all messages from the remaining 1%, the big email services providers need 
to make the first step in a coordinated procedure. Otherwise the sender is 
unlikely going to fix his setup and rather blame the receiver, because 
obviously he can deliver his emails everywhere, just not to our place.

--
BR Oliver


dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
dmt...@dm.de * www.dmTECH.de
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Geschäftsführer: Christoph Werner, Martin Dallmeier, Roman Melcher

Datenschutzrechtliche Informationen
Wenn Sie mit uns in Kontakt treten, beispielsweise wenn Sie an unser 
ServiceCenter Fragen haben, bei uns einkaufen oder unser dialogicum in 
Karlsruhe besuchen, mit uns in einer geschäftlichen Verbindung stehen oder sich 
bei uns bewerben, verarbeiten wir personenbezogene Daten. Informationen unter 
anderem zu den konkreten Datenverarbeitungen, Löschfristen, Ihren Rechten sowie 
die Kontaktdaten unserer Datenschutzbeauftragten finden Sie 
hier.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop