[caiu] Problemas Outlook / Microsoft

Marcelo Gondim gondim em gmail.com
Sexta Fevereiro 6 11:07:03 -03 2026


Opa perfeito Rejaine,

É realmente usando o Google acusa algumas coisas mesmo de não uso de 
melhores práticas. O que fizemos aqui foi sair do Google e adotar o 
Projeto iRedMail [1].

Mas se voltou tudo ao normal, é uma excelente notícia.  :)

[1] https://iredmail.org/

[]'s

Em 04/02/2026 16:40, Rejaine Da Silveira Monteiro escreveu:
>
> Ola Marcelo,
>
> Esse não conhecia esse, mas de qualquer forma fiz o teste agora  ele 
> fez algumas observações como política nao rigorosa de DMARC, falta de 
> DNSSEC etc   (alguns itens ele pega a visão do servidor MX , que no 
> caso usamos Google)   não do nosso SMTP  usado para envio 
> transnacional (apesar de usarmos os mesmos dominios)  , por exemplo 
> habilitar o DNSEC (ai teremos que ver como fazer sem impactar etc) 
> e  uma politica mais p=quarantine de DMARC  já ajudaria a melhorar o 
> score.
> Mas seja como for  hoje as mensagens para Oulook/Hotmail/Office365 
> estão saindo normalmente, nao tivemos nenhum "rate limit" hoje.. pode 
> ter sido algum bloqueio temporário mesmo..
>
>
>
>
> *Rejaine da Silveira Monteiro*
> Analista de Infraestrutura Sr - TI
> Contagem/MG
> *Tel: (31) 2102-8854*
> *
> *
>
>
>
> Em ter., 3 de fev. de 2026 às 23:11, Marcelo Gondim via caiu 
> <caiu em eng.registro.br> escreveu:
>
>     Buenas,
>
>     Rejaine, já passou o teste do https://top.nic.br para checar se está
>     tudo em 100%?
>
>     Em 03/02/2026 17:50, Rejaine Da Silveira Monteiro via caiu escreveu:
>     > Ola Lucas, tudo bem?
>     >
>     > Eu também estou há meses tentando migrar nosso SMTP e estou com
>     problemas
>     > nas entregas para Oulook/Office 365.
>     >
>     > Antes usávamos um SMTP para envio de e-mails transacionais num
>     datacenter
>     > próprio e agora esse serviço está numa Cloud OCI.
>     >
>     > Fizemos a migração gradualmente, aquecendo o IP aos poucos
>     (desde novembro
>     > a janeiro) e temos publicado todas as políticas SPF/DKIM/DMARC
>     publicadas,
>     > conforme pede a regra. Nossos IPs estão limpo (tanto o antigo
>     como o novo
>     > IP) , não figuram em nenhuma das blacklist  das mais reconhecidas
>     > mundialmente e inscrevi ambos no serviço SNDS/JMRP da Microsoft
>     - eles
>     > estão com reputação normal por lá .
>     >
>     > Nosso  volume de e-mails é alta , mas  características dos
>     emails não
>     > alterou em nada, pois o ERP que envia é o mesmo de antes, apenas
>     mudamos
>     > para o novo IP e começaram os problemas..  Sei que leva um tempo
>     para a
>     > reputação do novo IP se formar, mas já temos SenderScore, e
>     vários outras
>     > listas como reputação normal ... etc.. Não migramos de uma hora
>     para outra,
>     > foi feita gradualmente por cerca de 3 meses!!
>     >
>     > Depois da migração completa (ocorrida no final de janeiro)
>     estava tudo indo
>     > bem, mas após alguns dias, e-mails com destino a clientes que usam
>     > Oulook.com ou Office 365  passaram a sofrer 'rate limit"
>     >
>     > said: 451 4.7.650 The mail server [168.75.68.196] has been
>     temporarily rate
>     > limited due to IP reputation.
>     >
>     > Muitas estão sendo entregues normalmente, mas outras ficam na
>     fila por 24 a
>     > 48 horas (isso quando não expira a fila)
>     >
>     > Só hoje ate o momento temos cerca de 2000  bounces de rate limit
>     para
>     > destinos em oulook.com <http://oulook.com> .. mas em compensação
>     > 8000 emails foram entregues
>     > normalmente
>     >
>     > Difícil é explicar isso para os nossos usuários e clientes.. 
>     Não sei mais
>     > o que fazer, pois não existe um canal direto para questionar o
>     motivo do
>     > rate limit.. sei que vão falar que é volume de emails, mas o
>     volume é o
>     > mesmo do IP anterior.. Talvez por ser um IP de cloud publica
>     tenha uma
>     > tratativa diferente e também por ser um IP relativamente novo (em
>     > comparação com o anterior, que era ja´  usado por muitos anos) -
>     , foi a
>     > unica explicação que encontrei..
>     >
>     >
>     >
>     > *Rejaine da Silveira Monteiro*
>     > Analista de Infraestrutura Sr - TI
>     > Contagem/MG
>     > *Tel: (31) 2102-8854*
>     >
>     >
>     >
>     >
>     > Em seg., 2 de fev. de 2026 às 15:32, Lucas Willian Bocchi via caiu <
>     > caiu em eng.registro.br> escreveu:
>     >
>     >> Boa tarde.
>     >> Estou tendo bastante problema com servidores de e-mail enviando
>     para
>     >> outlook e microsoft dando erro S3150, etc. Isso não é muita
>     novidade, vive
>     >> ocorrendo, e por isso acabei implementando um script que lê aqueles
>     >> endereços
>     >>
>     https://sendersupport.olc.protection.outlook.com/snds/ipStatus/?key=
>     e o
>     >> /data/?key= e quando detecto que o ip está começando a ter
>     problema já
>     >> começo a dar um throttling brabo nos e-mails pra lá. So que hoje
>     >> simplesmente alguns ips estão todos com reputação OK e as urls
>     do ipStatus
>     >> e do data não estão retornando absolutamente nada.
>     >> Pra vocês está acontecendo o mesmo?
>     >> _______________________________________________
>     >> caiu mailing list
>     >> caiu em eng.registro.br
>     >> https://eng.registro.br/mailman/listinfo/caiu
>     >>
>     >>
>     >> --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>     >>
>     >> https://eng.registro.br/mailman/options/caiu
>     >>
>     -- 
>     Marcelo Gondim
>     Network Specialist, Internet Security Specialist, MANRS, KINDNS,
>     Network Services, IPv6. Best Current Operational Practice (BCOP)
>     rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA  21E7 D1E9 46F3
>     6F10 478D
>
>     _______________________________________________
>     caiu mailing list
>     caiu em eng.registro.br
>     https://eng.registro.br/mailman/listinfo/caiu
>
>
>     --> PARA SAIR DA LISTA SIGA AS INSTRUÇÕES em:
>
>     https://eng.registro.br/mailman/options/caiu
>
>
> /Esta mensagem pode conter informações confidenciais ou privilegiadas, 
> sendo seu sigilo protegido por lei. Se você não for o destinatário ou 
> a pessoa autorizada a receber esta mensagem, não pode usar, copiar ou 
> divulgar as informações nela contidas ou tomar qualquer ação baseada 
> nessas informações. Se você recebeu esta mensagem por engano, por 
> favor avise imediatamente ao remetente, respondendo o e-mail e em 
> seguida apague-o. Agradecemos sua cooperação./ 

-- 
Marcelo Gondim
Network Specialist, Internet Security Specialist, MANRS, KINDNS, Network Services, IPv6. Best Current Operational Practice (BCOP)
rsa3072/D1E946F36F10478D: 6E15 9C3F 2C9C 4AE6 22DA  21E7 D1E9 46F3 6F10 478D

-------------- Próxima Parte ----------
Um anexo não-texto foi limpo...
Nome: OpenPGP_signature.asc
Tipo: application/pgp-signature
Tamanho: 665 bytes
Descrição: OpenPGP digital signature
URL: <https://eng.registro.br/pipermail/caiu/attachments/20260206/bcf012fb/attachment.sig>


Mais detalhes sobre a lista de discussão caiu