Os e-mails enviados para mail.protection.outlook.com não estão sendo recebidos

11

Durante alguns dias recebemos reclamações de muitos de nossos clientes inscritos que não estão recebendo e-mails de alerta diário. Verificamos em nossos registros que os e-mails são aceitos pelos servidores (registro MX: example.com.mail.protection.outlook.com ), mas todos os clientes inscritos neste serviço não estão recebendo nossos e-mails em suas caixas de entrada. Os e-mails são aceitos sem qualquer falha pelo servidor de e-mail do cliente.

A seguir está o log do nosso servidor sendmail. Nota: temos registros SPF válidos. Além disso, nosso servidor de e-mail não está na lista negra em nenhum lugar. O Mail contém informações incorporadas em HTML sobre nossos serviços para os quais o cliente está inscrito.

to=<[email protected]>, delay=00:00:08, xdelay=00:00:08, mailer=esmtp, pri=206583, relay=xxxxx-co-za.mail.p...ction.outlook.com. [xxx.xxx.154.23], dsn=2.0.0, stat=Sent (<VPOP31.4.0e.20140910113951.917.f85.2.34364a7d@CMS1> [InternalId=58007828300753, Hostname=xxxxxxx.eurprd03.prod.outlook.com] Queued mail for delivery)

O que devemos fazer para contornar este problema?

    
por vivek.teli 10.09.2014 / 09:06

1 resposta

11

Tivemos um problema muito semelhante há algum tempo. A razão, no nosso caso, era tripla:

  1. A Microsoft conta com sua própria lista negra de spam, que não está incluída nas verificações normais da lista negra, como a MX Toolbox .
  2. A Microsoft não usa métodos padrão de rejeição de emails de spam: em vez disso, eles os aceitam e depois os despejam em um buraco negro, portanto, o diagnóstico normal não funcionará corretamente.
  3. A Microsoft tem um formulário sair da nossa lista de bloqueio de spam , mas se você abri-lo no Firefox você recebe um erro de página não encontrado (ele funciona no Chromium).

Preencha esse formulário e siga todas as instruções. No final, você tem a opção de se inscrever em alertas de sua própria lista negra de spam.

    
por 10.09.2014 / 12:22