Years ago when i worked in support, we regularly had customers with
hotmail/live mail-addresses that were not receiving mails from us,
especially mails with links to reset their password for our controlpanel.
According to our logs, the mails were delivered fine. Hotmail accepted
it, and then it just vanished.
One day, I tried to get the recipient to send a mail to our mail-address
that was sending the mails. After a few minutes I sent a new password
reset mail to the user, and it suddenly went through.
Every time i had another case where someone with a hotmail/live address
was complaining they didn't get the mails, I asked them to try that. I
think it worked in ~90-95% of the cases I tried it. I don't know if this
still works, but it worked for me for several years.
I agree with the rest though, it is a bit annoying the mail is accepted
and vanishes. The above "solution" isn't always viable. I'm not sure if
it's their way of filtering out "system"/automated accounts like
noreply@ etc, or how their logic works, but the above might be worth a
try if you can.
--
Martin Flygenring (maf)
Systems Engineer, One.com
0/21/20 10:41 AM, Renaud Allard via mailop wrote:
On 10/20/20 12:41 PM, Daniele Rossi via mailop wrote:
Hi,
we try to send to Microsoft Account and we receive this message:
*Queued mail for delivery -> 250 2.1.5*
The problem is that the mail does not arrive either in spam or in the
inbox.
This happens for most of our ip's.
Can anyone explain this abnormal behavior to me?
This should never happen and is a proof that the infrastucture doesn't
respect good email practices. This mostly happens with _free_ MS
customers, generally not with paid ones. But I guess you get what you
paid for.
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop
