SMTP do Office 365 parou de enviar e-mail do ERP: o que mudou e como resolver
Se o seu ERP ou emissor de nota fiscal manda o XML e o DANFE por uma conta do Microsoft 365 e de repente passou a falhar com erro 535 5.7.139, o motivo quase sempre é o mesmo: o envio com usuário e senha (a chamada autenticação básica no SMTP AUTH) está desligado. A Microsoft vai desligá-lo por padrão em todas as empresas no fim de dezembro de 2026. Veja o que está acontecendo, como confirmar e as três formas de resolver.
O que a Microsoft está mudando no SMTP do Office 365?
A Microsoft está aposentando o envio pelo smtp.office365.com com usuário e senha. O caminho suportado passa a ser o OAuth2, um login por token que muitos ERPs e emissores mais antigos não sabem fazer. Quando a autenticação básica é desligada, esses sistemas param de conseguir enviar, mesmo com a senha certa.
O cronograma já mudou mais de uma vez. O que vale hoje é a revisão publicada pela Microsoft em 27/01/2026:
Até dezembro de 2026
Nada muda. Quem envia com usuário e senha continua funcionando.
Fim de dezembro de 2026
A autenticação básica no SMTP AUTH passa a vir desligada por padrão nas empresas que já usam o Microsoft 365. O administrador ainda pode religá-la.
Empresas novas no Microsoft 365
Já nascem sem autenticação básica. Só OAuth2.
Segundo semestre de 2027
A Microsoft anuncia a data de remoção definitiva. Depois dela, religar deixa de ser possível.
Se você leu que o corte seria entre março e abril de 2026, essa data foi substituída pela revisão de janeiro. E atenção: se a empresa usa os padrões de segurança (security defaults) do Microsoft Entra, o SMTP AUTH já está desligado hoje, independentemente do cronograma.
Fontes: Microsoft Learn: habilitar ou desabilitar o SMTP AUTH no Exchange Online e o aviso MC786329 do Centro de Mensagens do Microsoft 365.
Quais erros o ERP mostra quando o SMTP AUTH está desligado?
Cada ERP exibe o erro de um jeito ("falha na autenticação", "não foi possível enviar o e-mail", "erro 535"). No log ou no detalhe da mensagem, procure por um destes textos, que vêm do servidor da Microsoft:
535 5.7.139 Authentication unsuccessful, SmtpClientAuthentication is disabled for the Tenant. ...535 5.7.139 Authentication unsuccessful, the request did not meet the criteria to be authenticated successfully. ...550 5.7.30 Basic authentication is not supported for Client Submission.Não confunda com 535 5.7.3 Authentication unsuccessful. Esse costuma indicar usuário ou senha errados, ou uma conta com verificação em duas etapas, que não autentica com senha simples.
Como confirmar que a causa é o SMTP AUTH?
Quem administra o Microsoft 365 da empresa consegue confirmar em dois comandos do Exchange Online PowerShell:
# na empresa toda: True = SMTP AUTH desligado
Get-TransportConfig | Format-List SmtpClientAuthenticationDisabled
# na caixa usada pelo ERP: True = desligado, False = ligado, vazio = segue a empresa
Get-CASMailbox -Identity nfe@suaempresa.com.br | Format-List SmtpClientAuthenticationDisabledPelo navegador: no Centro de administração do Microsoft 365, vá em Usuários › Usuários ativos, selecione a conta do ERP, abra Email › Gerenciar aplicativos de email e veja se SMTP Autenticado está marcado.
Quais são as formas de resolver?
São três caminhos. O primeiro resolve hoje, mas tem prazo de validade. Os outros dois são definitivos.
1. Religar o SMTP AUTH na caixa do ERP (rápido, temporário)
A própria Microsoft recomenda manter o SMTP AUTH desligado na empresa e ligar só nas caixas que precisam. Para a conta usada pelo ERP:
# liga o SMTP AUTH somente nesta caixa
Set-CASMailbox -Identity nfe@suaempresa.com.br -SmtpClientAuthenticationDisabled $false- Não funciona se a empresa usa os padrões de segurança do Entra, ou se uma política de autenticação bloqueia a autenticação básica no SMTP. Nesses casos é preciso mudar essas políticas também.
- Tem prazo: quando a Microsoft fizer a remoção definitiva (data a anunciar em 2027), essa opção deixa de existir.
- A mudança pode levar algum tempo para valer. Teste de novo depois de alguns minutos.
2. Configurar OAuth2 no ERP (definitivo, se o ERP suportar)
Se o seu ERP ou emissor tem a opção de autenticação OAuth2 / Microsoft 365, esse é o caminho que a Microsoft quer. Exige registrar um aplicativo no Microsoft Entra, conceder a permissão de envio por SMTP e informar os dados desse aplicativo no ERP. Alguns ERPs já documentam isso. Muitos sistemas instalados e emissores mais antigos ainda não oferecem a opção.
3. Enviar por um relay SMTP com usuário e senha (definitivo, funciona em qualquer ERP)
Em vez de mandar pelo Office 365, o ERP passa a enviar por um relay SMTP, um serviço feito para envio de sistemas, que continua aceitando usuário e senha. Você troca só o servidor de saída no ERP. As caixas de e-mail da empresa continuam no Microsoft 365, e as respostas dos clientes continuam chegando nelas.
De quebra, o envio deixa de esbarrar nos limites de uma caixa de usuário e passa a ter rastreio próprio.
Como configurar o ERP para enviar por um relay?
Todo ERP que envia e-mail tem os mesmos campos. Com o Sender25, eles ficam assim:
- Servidor SMTP:
smtp-a.sender25.com - Porta:
2525(ou25) - Segurança: STARTTLS (TLS)
- Autenticação: sim, com o usuário e a senha da credencial SMTP gerada no painel
- Remetente: um e-mail do seu domínio, autenticado no painel (SPF e DKIM)
Se o campo de porta do seu ERP só aceita 587 ou 465, fale com a gente antes para indicarmos a configuração certa para o seu sistema.
Em ERPs como Protheus, Sankhya, TOTVS RM e WinThor, esses dados ficam nos parâmetros ou na tela de configuração de e-mail do sistema. O nome dos campos muda, mas o conteúdo é o mesmo. No Protheus, veja o passo a passo dos parâmetros MV_REL em SMTP no Protheus.
Qual caminho escolher?
| Religar SMTP AUTH | OAuth2 | Relay SMTP | |
|---|---|---|---|
| Tempo para resolver | Minutos | Horas a dias | Minutos |
| Depende do ERP suportar | Não | Sim | Não |
| Validade | Até a remoção definitiva | Definitivo | Definitivo |
| Rastreio de cada envio | Limitado | Limitado | Por mensagem |
Uma combinação comum: religar o SMTP AUTH hoje para o faturamento não parar, e migrar o envio do ERP para um relay com calma, antes que a Microsoft anuncie a remoção definitiva.
Por que nota fiscal pede um relay
Quando o cliente diz "não recebi a nota", a pergunta é sempre a mesma: o e-mail saiu? Chegou? No Sender25 cada envio fica registrado com status de entrega (entregue ou recusado), o código de resposta do servidor de destino, o tempo de entrega e o provedor do destinatário. Dá para responder com dado, não com suposição. A infraestrutura fica no Brasil, a cobrança é em real e o suporte é em português.
Perguntas frequentes
Por que meu ERP parou de enviar e-mail pelo Office 365?
Na maioria dos casos, porque o SMTP AUTH com usuário e senha (autenticação básica) está desligado no Microsoft 365 da empresa. O servidor recusa o login com o erro 535 5.7.139, mesmo com a senha correta.
Quando a Microsoft desliga a autenticação básica no SMTP?
Pelo cronograma revisado em 27/01/2026, nada muda até dezembro de 2026. No fim de dezembro de 2026, ela passa a vir desligada por padrão nas empresas existentes, e o administrador ainda pode religá-la. A data de remoção definitiva será anunciada no segundo semestre de 2027.
Posso simplesmente religar o SMTP AUTH?
Sim, por enquanto. O administrador do Microsoft 365 pode reativar o SMTP AUTH na caixa usada pelo ERP. É uma solução temporária: depois da remoção definitiva, só OAuth2 funcionará no SMTP do Office 365.
O Outlook dos usuários também vai parar?
Não. Segundo a Microsoft, o Outlook e os aplicativos de e-mail modernos não usam SMTP AUTH para enviar. A mudança afeta aplicações, sistemas e equipamentos que enviam com usuário e senha, como ERPs, emissores de nota fiscal e impressoras.
Preciso trocar o e-mail da empresa para resolver?
Não. Basta mudar o servidor de saída configurado no ERP. As caixas de e-mail continuam no Microsoft 365 e as respostas dos clientes continuam chegando nelas.
Isso vale para Protheus, Sankhya, Senior e WinThor?
Vale para qualquer ERP ou emissor que envia e-mail pelo smtp.office365.com com usuário e senha. O que muda de um sistema para outro é apenas onde ficam os campos de servidor, porta e autenticação.
Seu ERP enviando nota sem depender do Office 365
Troque só o servidor de saída e acompanhe a entrega de cada XML e DANFE. Teste 30 dias grátis, sem cartão.
Testar grátis por 30 dias Falar com a gente