Por que seu domínio onmicrosoft.com não serve para e-mails do dia a dia (e o que fazer a respeito)
Você já pensou por que a Microsoft está limitando o uso de domínios onmicrosoft.com para envio de e-mails? A mudança vai além de simplesmente “ir atrás de spam”. Ela resolve um problema real de reputação, segurança e entrega. Vamos destrinchar essa novidade técnica juntos — de forma simples, mas não menos precisa.
- Por que seu domínio onmicrosoft.com não serve para e-mails do dia a dia (e o que fazer a respeito)
- 1. O que são domínios MOERA (onmicrosoft.com)?
- 2. O problema por trás do limite técnico
- 3. O que muda com o novo limite
- Cronograma de implantação
- 4. E o que você, administrador, precisa fazer?
- 5. Como acompanhar o uso do domínio onmicrosoft.com?
- Por que isso é importante para você (e para sua organização)
- Exemplo hipotético
- Conclusão prática
1. O que são domínios MOERA (onmicrosoft.com)?
Quando sua organização cria um tenant no Microsoft 365, a Microsoft fornece automaticamente um domínio padrão, como contoso.onmicrosoft.com. Esses são domínios MOERA (Microsoft Online Email Routing Address) — funcionais para testes e configurações rápidas, mas com limitações claras. Eles não transmitem sua marca e têm controle administrativo restrito. Além disso, todos compartilham reputação — se um for comprometido, todos sofrem.
2. O problema por trás do limite técnico
A reputação compartilhada desses domínios facilita o comportamento de spammers: criam vários tenants novos, enviam um grande volume de e-mails indesejados e, em pouco tempo, degradam a confiança do domínio onmicrosoft.com como um todo. Isso prejudica até quem está agindo corretamente.
3. O que muda com o novo limite
A Microsoft anunciou que, para conter esse abuso, será aplicado um throttling: será permitido enviar no máximo 100 destinatários externos em um intervalo deslizante de 24 horas, por organização — contagem feita após expansão de grupos, ou seja, cada destinatário individual conta. A limitação vale apenas para e-mails externos; mensagens internas continuam normalmente. Ao ultrapassar o limite, o remetente recebe um NDR (Non-Delivery Report) com o código de erro 550 5.7.236.
Cronograma de implantação
A aplicação ocorrerá de maneira escalonada, com base no número de licenças do Exchange Online:
| Faixa de usuários | Início da limitação |
|---|---|
| Trial | 15 out 2025 |
| ❤ licenças | 1 dez 2025 |
| 3–10 | 7 jan 2026 |
| 11–50 | 2 fev 2026 |
| 51–200 | 2 mar 2026 |
| 201–2.000 | 1 abr 2026 |
| 2.001–10.000 | 4 mai 2026 |
| >10.000 | 1 jun 2026 |
4. E o que você, administrador, precisa fazer?
- Adquira e configure um domínio personalizado — o ideal é usar um domínio com sua marca (ex:
seudominio.com). - Defina esse domínio como padrão no centro de administração do Microsoft 365.
- Atualize os endereços SMTP principais das caixas postais para usar seu domínio customizado — isso afeta credenciais, autenticações em dispositivos e configurações de aplicativos.
5. Como acompanhar o uso do domínio onmicrosoft.com?
Use o Message Trace no Exchange Admin Center com curinga (*@onmicrosoft.com) como remetente. Você pode filtrar relatórios para separar tráfego interno do externo, analisando quantas mensagens ainda estão saindo com esse domínio padrão.
#Busque todos os emails com smtp primario “onmicrosoft.com”
Get-Recipient -ResultSize Unlimited | ?{$_.PrimarySmtpaddress -like "*onmicrosoft.com"}|Select-Object name, recipientType, PrimarySmtpAdrressPor que isso é importante para você (e para sua organização)
- Proteção contra abusos: evita que spammateurs deteriorem a reputação do domínio compartilhado.
- Melhor entregabilidade: e-mails enviados de domínios bem configurados têm mais chances de chegar à caixa de entrada, não ao spam.
- Imagem profissional: enviar e-mails com um domínio com sua marca passa mais confiança ao destinatário.
- Maior controle administrativo: você define as regras e configurações do seu domínio — diferentemente do serviço compartilhado com limitações impostas por terceiros.
Exemplo hipotético
Imagine que sua empresa ainda usa empresa.onmicrosoft.com como domínio principal. Um usuário envia e-mails de teste para 150 contatos externos. Ao chegar aos 101, o sistema bloqueia e gera um erro 550 5.7.236 — o que gera confusão. Então, você rapidamente migra para um domínio como email.suaempresa.com.br, altera os SMTP principais e retoma o envio de forma normal, com reputação intacta.
Conclusão prática
Esse limite é um incentivo para elevar o nível técnico do seu ambiente: abandonar o domínio padrão, adotar um personalizado e assumir o controle da reputação e entregabilidade de sua comunicação. O resultado? Mais segurança, confiabilidade e profissionalismo — tudo na velocidade que seu time precisa.
Se quiser, posso te ajudar a montar um passo a passo técnico detalhado sobre como configurar o domínio personalizado, ajustar registros DNS (SPF, DKIM, DMARC) e migrar logins e autenticações — é só avisar!
Blog do Chesley 