Heyho,
On 21.10.20 11:38, Laura Atkins via mailop wrote:
> Microsoft has always silently dropped mail on the floor when it judges
> that to be the right thing to do. It’s an issue and I personally believe
> it’s bad practice. But I’m pretty sure that Microsoft have their reasons
I've mentioned
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
> On 21 Oct 2020, at 09:41, 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
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
Have you tried setting up SNDS and JMRPP for your networks?
Have you tried opening a ticket with Microsoft?
Are you authenticating your mail properly?
Lots of useful information here:
https://sendersupport.olc.protection.outlook.com/SNDS/index.aspx
Does it produce a bounce?
We see cases where eg Recipient verification on MS365 customers simply does not
work (apparently depending on which cluster they are hosted). Instead of
rejecting with some 5xx it will bounce later.
— Matthias
Von meinem iPhone gesendet
> Am 20.10.2020 um 12:45
> 20. okt. 2020 kl. 12:41 skrev Daniele Rossi via mailop :
>
> 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.
Yeah I agree. You can do a Spam Test to confirm
On Tue, Oct 20, 2020 at 11:09 AM Jaroslaw Rafa via mailop
wrote:
> Dnia 20.10.2020 o godz. 07:06:39 Marco Guillen Barrionuevo via mailop
> pisze:
> > There are 3 options On email deliverability. Inbox, Spam and Missing
> which
> > means that the
On Tue, 20 Oct 2020 12:41:25 +0200, Daniele Rossi via mailop
wrote:
>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?
Back when I worked there, my analysis of the architecture
Dnia 20.10.2020 o godz. 07:06:39 Marco Guillen Barrionuevo via mailop pisze:
> There are 3 options On email deliverability. Inbox, Spam and Missing which
> means that the ISP will not deliver the email if they don’t want to (this
> is missing)
Which should not happen.
If the ISP does not want to
There are 3 options On email deliverability. Inbox, Spam and Missing which
means that the ISP will not deliver the email if they don’t want to (this
is missing)
El El mar, 20 de oct. de 2020 a la(s) 04:48, Daniele Rossi via mailop <
mailop@mailop.org> escribió:
> Hi,
>
> we try to send to
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?
12 matches
Mail list logo