About 15 years ago they was sending NDR for each non existing user,
including very old abandoned mailbox called "soft spamtrap", and also
for something like "unsubscribe from this list" or "block this sender".
I was managing a mailing platform and we was forcing unsubscribing for
all permanent NDR, because... it is the right thing to do (even if our
customers was complaining for that).
After some month, this practice become a sort of "vademecum" to get into
the inbox for every mailer (also bad players), so... even poor collected
database and spammer was applying the same policy in order to "clean"
databases.
For what I observed, during years, Microsoft heavily limited the amount
of NDR and JMRP feedback to avoid bad usage of that.
As always, these straighten of rules bring bad news for the whole
market, even correct players got worse reputation, starting to contain
and not unsubscribing disabled mailbox, complainer and so on...
So, today we see NDRs not coming back and it may seem to be just a "non
compliance" and "nonsense" behavior but there are years of abuse from
bad players that bring them to these decision.
I personally dislike that, I think that other players acting bad
practice shouldn't bring myself to do other bad practice to contrast it,
but that's philosophy... they have tons of mailserver and users to preserve.
Il 10/03/2023 08:42, Renaud Allard via mailop ha scritto:
On 3/9/23 16:25, Eduardo Diaz Comellas via mailop wrote:
Hi,
Sorry for the rant, but I need to get this off my chest. Microsoft's
MXs are accepting emails from one of my customers but then not
delivering them to the recipient inboxes...
Why can't they decide *before* accepting the email, like any sensible
citizen?
At least, they should send NDRs... :(
They don't seem to care about NDR. I have recently sent a mail from
O365 to one of my personal accounts outside O365, and it was refused
(with 5XX error) because some MS servers were on a blacklist. And I
never got the NDR on my O365 account, so it seems they don't even send
the NDR anymore to (at least some of) their own users either.
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
