Outlook não envia pela Cox (SMTP): como corrigir no Windows 11 e Microsoft 365 Outlook

O Outlook recebe, mas não envia mensagens pela conta Cox? Veja um passo a passo completo para corrigir falhas de autenticação SMTP, senha recente, anexos grandes e bloqueios de rede no Windows 11 com o Microsoft 365 Outlook.

Índice

Visão geral do problema

Após a troca da senha da conta Cox, o Outlook no Windows 11 passa a manter as mensagens presas na Caixa de Saída e não conclui o envio. Em paralelo, o webmail da Cox no computador também recusa a nova senha, embora o acesso funcione normalmente no celular ou tablet. Isso indica, na maioria dos casos, uma combinação de senha desatualizada dentro do Outlook, cache/credenciais do Windows e/ou políticas de segurança da Cox (ex.: exigência de autenticação reforçada, “senha de aplicativo” ou alteração de servidor/porta).

Diagnóstico rápido

Senha trocada recentemente? Atualize a senha na conta do Outlook e, se necessário, no Gerenciador de Credenciais do Windows.
Modo offline ativo? Desative Enviar/Receber › Trabalhar Offline.
Anexos muito grandes? Reduza o tamanho e tente novamente.
Configurações SMTP corretas? Verifique servidor, porta e tipo de criptografia (TLS/SSL), além da autenticação obrigatória.
Add-ins/antivírus interceptando? Teste com complementos desativados e verificação de e‑mail do antivírus temporariamente desligada.
Webmail falha no PC, mas funciona no mobile? Teste em janela anônima, limpe cookies/cache ou use outro navegador; avalie necessidade de 2FA/senha de aplicativo.

Soluções propostas na discussão

Passo	O que fazer	Por que ajuda
Atualizar a senha dentro do Outlook	Arquivo › Informações › Configurações de Conta › [escolher conta Cox] › Mais Configurações › Servidor de saída / Segurança ou Painel de Controle › Correio › Perfis	Após mudar a senha no provedor, o Outlook continua tentando autenticar com a senha antiga e o SMTP recusa o envio.
Checar anexos grandes	Remover ou reduzir arquivos e tentar reenviar	Itens muito grandes podem ultrapassar o limite do servidor e bloquear a fila de saída.
Garantir que o Outlook não esteja em “Trabalhar Offline”	Botão “Enviar/Receber” › desmarcar Trabalhar Offline	Em modo offline o programa só armazena e não transmite.
Rever as configurações do servidor SMTP	Servidor = `smtp.cox.net` (ou novo domínio informado pela Cox), Porta 587 (TLS) ou 465 (SSL); autenticação obrigatória	Configurações incorretas impedem a conexão segura com o servidor de envio.
Reiniciar o Outlook (ou encerrar Outlook.exe no Gerenciador de Tarefas)	Feche o Outlook › finalize `Outlook.exe` no Gerenciador de Tarefas › abra novamente	Reinicia serviços travados e libera mensagens enfileiradas.
Reenviar manualmente	Arraste o e‑mail preso de “Caixa de Saída” para “Rascunhos”, abra e clique Enviar	Recria a mensagem, descartando possíveis metadados corrompidos.
Desativar add‑ins/antivírus temporariamente	Arquivo › Opções › Suplementos / Configurações do antivírus	Alguns complementos ou firewalls interceptam o tráfego SMTP.
Reiniciar serviços de rede ou o PC	—	Limpa estados de conexão, caches DNS e bloqueios.

Instruções detalhadas

Atualizar a senha e revalidar a conta dentro do Outlook

No Outlook, vá em Arquivo › Informações › Configurações de Conta › Configurações de Conta.
Selecione a conta de e‑mail Cox › clique em Alterar.
Confirme seu nome de usuário (e‑mail completo) e digite a nova senha.
Clique em Mais Configurações › guia Servidor de saída e marque:
- Meu servidor de saída (SMTP) requer autenticação.
- Usar as mesmas config. do servidor de entrada de emails.
Na guia Avançado, revise:
- Servidor de saída (SMTP): 587 com TLS/STARTTLS ou 465 com SSL.
- Servidor de entrada (IMAP/POP): portas e criptografia compatíveis.
Salve e teste a conta. Se falhar, remova a conta e adicione novamente (preferencialmente via IMAP) para forçar o Outlook a obter parâmetros atualizados.

Dica: Se você usa autenticação em duas etapas (2FA) na Cox, pode ser necessário gerar uma senha de aplicativo específica para uso no Outlook (IMAP/POP/SMTP). Sem ela, o login pode ser recusado mesmo com a senha “correta”.

Reduzir anexos e limpar a Caixa de Saída

Apague e-mails antigos presos na Caixa de Saída (especialmente com anexos grandes).
Tente compactar arquivos (.zip) ou usar links de compartilhamento (OneDrive/SharePoint) para anexos acima de ~20–25 MB.
Evite nomes de arquivos com caracteres especiais incomuns (ex.: | * < > ?), que podem causar rejeições em alguns servidores.

Desativar o modo “Trabalhar Offline”

Em Enviar/Receber, clique em Trabalhar Offline para desmarcar o modo. Um ícone de “X” na barra de status indica que o Outlook está offline; ao voltar para online, a fila de envio começa a esvaziar.

Revisar configurações de servidor SMTP

Confirme com atenção os itens abaixo, pois um único detalhe incorreto impede a autenticação:

Servidor SMTP: normalmente smtp.cox.net (ou o novo domínio indicado pela Cox, se houve mudança).
Autenticação: obrigatória — usar o mesmo usuário/senha do servidor de entrada.
Porta e criptografia:
- Porta 587 com TLS/STARTTLS; ou
- Porta 465 com SSL.
Tipo de conta: prefira IMAP (sincronização de pastas). O POP baixa e remove do servidor, exigindo mais cuidado com PST.

Encerrar e reabrir o Outlook (ou matar o processo)

Feche o Outlook.
Abra o Gerenciador de Tarefas, localize Outlook.exe e clique em Finalizar tarefa.
Abra o Outlook novamente e teste o envio.

Por que ajuda? Serviços MAPI/SMTP podem ficar presos em estados de erro após falhas de autenticação ou timeouts; reiniciar limpa filas e conexões pendentes.

Reenviar manualmente o e‑mail preso

Na Caixa de Saída, arraste a mensagem com problema para Rascunhos.
Abra o rascunho, revise anexos e destinatários e clique em Enviar.

Desativar add‑ins e antivírus temporariamente

Outlook sem add‑ins: Arquivo › Opções › Suplementos › Gerenciar: COM Add-ins › Ir › desmarque todos › reinicie o Outlook e teste. Se funcionar, reative um a um.
Antivírus/firewall: Desative temporariamente a verificação de e‑mail e Web Shield (se existir). Em seguida, teste o envio. Reative tudo ao final.

Aviso: Desative a proteção apenas para teste e por curto período.

Reiniciar a rede e limpar caches

Abra o Prompt de Comando (Admin) e rode:

ipconfig /flushdns
ipconfig /registerdns
netsh winsock reset
netsh int ip reset

Reinicie o computador e teste novamente.

Quando o webmail da Cox não aceita a nova senha no PC

Se o celular autentica, mas o navegador do PC não, o problema pode ser local.

Navegação anônima: Abra uma janela privada e tente o login. Se funcionar, limpe cookies/cache do navegador principal.
Outro navegador: Teste em um navegador diferente para isolar extensões ou políticas corporativas.
Gerenciador de Credenciais do Windows: Remova credenciais antigas:
1. Abra Painel de Controle › Gerenciador de Credenciais › Credenciais do Windows.
2. Exclua entradas relacionadas à Cox (imap.cox..., smtp.cox..., pop.cox...).
3. Reabra o Outlook e insira a nova senha ao solicitar.
Senha de aplicativo / 2FA: Se houver autenticação em duas etapas, gere uma senha específica para clientes de e‑mail e use-a no Outlook.

Reparos no Outlook e reconstrução do perfil

Reparo do Microsoft 365

Windows 11 › Configurações › Aplicativos › Aplicativos Instalados.
Localize Microsoft 365 › Modificar › execute Reparo Rápido. Se persistir, tente o Reparo Online.

Recriar o perfil do Outlook

Feche o Outlook.
Abra Painel de Controle › Correio (Microsoft Outlook) › Mostrar Perfis.
Clique em Adicionar, crie um novo perfil e configure a conta Cox (de preferência IMAP).
Selecione Sempre usar este perfil e escolha o novo. Abra o Outlook.

Por que ajuda? Perfis corrompidos geram erros de autenticação e sincronização difíceis de rastrear; um novo perfil restabelece parâmetros e caches.

Reconstruir o arquivo de dados (OST) em contas IMAP

Para IMAP, o arquivo .ost pode ser recriado sem perda das mensagens armazenadas no servidor:

Feche o Outlook.
Navegue até %LOCALAPPDATA%\Microsoft\Outlook\ e renomeie o .ost da conta.
Abra o Outlook; o arquivo será reconstruído ao sincronizar.

Testes técnicos úteis

Conectividade com o servidor SMTP

No PowerShell (Admin), teste a porta do SMTP:

Test-NetConnection smtp.cox.net -Port 587

Resultado TcpTestSucceeded = True indica que a porta está alcançável. Se falhar, suspeite de firewall local, da rede ou do próprio servidor.

Resolução DNS e publicação MX

nslookup -type=mx cox.net

Confirma se o domínio está com registros válidos. Problemas de DNS local também podem impedir autenticação.

Logs de diagnóstico do Outlook

No Outlook, vá em Arquivo › Opções › Avançado.
Em Outros, ative Habilitar registro de solução de problemas.
Reproduza o erro e analise os logs gerados na pasta %TEMP% (procure por “smtp”/“auth”).

Observação: Desative o log após o teste para evitar crescimento de arquivos.

Erros comuns do Outlook ao enviar pela Cox

Código/Descrição	Provável causa	Ação recomendada
0x800CCC92 — Falha de login	Senha incorreta, senha antiga em cache ou necessidade de senha de aplicativo (2FA)	Atualize senha no Outlook e no Gerenciador de Credenciais; se usar 2FA, gere senha de aplicativo
0x800CCC0E — Não é possível conectar ao servidor	Bloqueio de firewall, porta/criptografia errada, indisponibilidade do servidor	Teste portas 587/465, verifique TLS/SSL, desative firewall/antivírus temporariamente, teste rede
0x80042109 — O Outlook não consegue conectar ao servidor SMTP	Servidor SMTP incorreto ou porta bloqueada	Confirme servidor `smtp.cox.net` (ou equivalente), ajuste porta e criptografia
“Mensagem muito grande”	Anexos excedem limite do provedor	Compacte, divida ou compartilhe via link; mantenha abaixo de ~20–25 MB por mensagem
“Tempo excedido” (timeout)	Conexão instável, latência alta, interferência de add‑ins	Amplie o tempo limite em Mais Configurações › Avançado, teste sem add‑ins e reinicie a rede

Boas práticas para evitar o problema voltar

Guarde a senha em um gerenciador seguro e atualize imediatamente no Outlook sempre que trocá‑la.
Prefira IMAP para sincronização completa entre dispositivos; evite perdas em PSTs do POP.
Monitore limites de anexos e utilize compactação ou links quando necessário.
Atualize o Office e o Windows regularmente; correções de bugs melhoram estabilidade de MAPI/SMTP.
Registre recuperação (e‑mail alternativo/celular) na conta Cox para facilitar redefinições.
Evite VPNs instáveis ou redes públicas ao enviar anexos pesados.

Procedimento de recuperação completo (fluxo sugerido)

Teste o webmail em janela anônima/outro navegador. Se falhar, foque em credenciais/2FA; se funcionar, foque no Outlook.
Atualize senha no Outlook e marque Meu servidor de saída (SMTP) requer autenticação.
Revise SMTP: servidor, porta 587 (TLS) ou 465 (SSL), usuário e e‑mail completo.
Limpe credenciais no Windows e reinsira a senha ao abrir o Outlook.
Desative add‑ins e teste com antivírus/filtro de e‑mail temporariamente desligado.
Reduza anexos e reenvie; mova mensagens presas para Rascunhos e recrie o envio.
Recrie o perfil de Outlook se persistir (Painel de Controle › Correio › Mostrar Perfis › Adicionar).
Reparo do Office e, se necessário, reconfiguração manual IMAP/POP com parâmetros atuais.

Perguntas frequentes

Preciso mesmo marcar “Meu servidor de saída (SMTP) requer autenticação”?

Sim. Muitos provedores, incluindo a Cox, exigem autenticação no SMTP. Sem isso, o servidor aceita recebimento (IMAP/POP) mas recusa o envio.

Qual porta devo usar: 587 ou 465?

Ambas são comuns. Em geral, 587 + TLS/STARTTLS é a primeira opção. Se houver bloqueio na 587, tente 465 + SSL.

Troquei a senha na Cox e agora o webmail do PC também falha. O que fazer?

Abra em janela anônima ou outro navegador, limpe cookies e verifique se o 2FA está ativo. Se houver 2FA, use senha de aplicativo no Outlook.

Após recriar o perfil, perdi e‑mails?

Em IMAP, as mensagens permanecem no servidor e serão ressincronizadas. Em POP, verifique o arquivo .pst anterior e as opções de “Deixar uma cópia no servidor”.

Como sei se o antivírus está interferindo?

Se o envio funciona com o antivírus temporariamente desativado ou com os add‑ins desligados, reconfigure exceções para o Outlook.exe e portas SMTP.

Checklist final antes de abrir chamado

Conseguiu logar no webmail em janela anônima?
Atualizou a senha dentro do Outlook e removeu entradas no Gerenciador de Credenciais?
Revisou servidor/porta/criptografia e ativou autenticação SMTP?
Testou envio com anexo pequeno (ex.: 100 KB) e sem add‑ins?
Rodou Test-NetConnection na porta 587/465 para validar a rede?
Criou novo perfil do Outlook e/ou fez Reparo do Office?

Conclusão

Na maioria dos casos, o envio é restabelecido assim que a senha correta é gravada no Outlook e a autenticação SMTP volta a ser aceita pelo servidor da Cox. Caso os testes indiquem bloqueio de rede ou exigência de 2FA/senha de aplicativo, siga as orientações para limpar credenciais, ajustar as portas e, se necessário, recriar o perfil. Com o fluxo acima, você elimina as causas mais comuns — de anexos grandes a add‑ins e caches — e devolve o Outlook ao normal no Windows 11.

Dica extra: se você administra vários dispositivos, padronize as configurações (IMAP + 587/TLS + autenticação SMTP) e documente o procedimento de troca de senha. Isso reduz drasticamente recorrências do problema.