Por que não recomendamos o uso de Gmail, Outlook, Yahoo, iCloud, Office 365 e similares como servidores SMTP em sistemas automatizados?

O uso de provedores de e-mail pessoais ou corporativos, como Gmail, Outlook, Yahoo, iCloud, Office 365 (Microsoft 365), entre outros, para envio de mensagens por sistemas automatizados pode gerar uma série de problemas. Mesmo com todas as configurações corretas, esses serviços possuem políticas de segurança e limitações técnicas que frequentemente impedem ou dificultam o funcionamento confiável do envio de e-mails via SMTP.

Gmail

O Gmail (gratuito ou pago via Google Workspace) aplica restrições severas a acessos automatizados. Sem autenticação via OAuth2, o serviço tende a bloquear conexões SMTP de sistemas externos, mesmo após a realização de etapas como:

    Ativação do 2FA (autenticação em duas etapas);

    Geração de senhas de aplicativo;

    Liberação manual de acesso via DisplayUnlockCaptcha;

Ainda assim, bloqueios automáticos podem ocorrer a qualquer momento.

Erro de Bloqueio do Gmail:

<~* 535-5.7.8 Username and Password not accepted. For more information, go to
<~* 535 5.7.8  https://support.google.com/mail/?p=BadCredentials 98e67ed59e1d1-30a263ea6e8sm9110944a91.1 - gsmtp

Esse erro significa que o usuário e a senha não foram aceitos. Não quer dizer que a senha está errada e sim que algo está bloqueando o acesso.

Por histórico, o Gmail costuma aplicar bloqueios eventuais a envios realizados por aplicativos terceiros — como é o caso do Imobiliar. Por esse motivo, inclusive, não recomendamos o uso desse provedor, pois esses bloqueios são recorrentes e fogem ao nosso controle.

Reforçando: não se trata de um problema no Imobiliar, mas sim uma restrição do próprio provedor de e-mails. 

Esse erro significa que o Gmail está recusando as credenciais informadas (usuário e senha), seja por estarem incorretas, ou por questões de segurança, como autenticação em duas etapas ativada ou bloqueio de acesso por apps que ele considera menos seguros.

Outlook, Yahoo e iCloud

Outros provedores como Outlook.com, Hotmail, Yahoo Mail e iCloud Mail seguem uma abordagem semelhante. As principais limitações incluem:

    Exigência de autenticação em dois fatores;

    Necessidade de senhas específicas para aplicativos;

    Restrições de volume de envio diário;

    Bloqueios automáticos quando o comportamento é considerado suspeito.

Mesmo com as configurações certas, esses serviços não foram feitos para uso corporativo em larga escala ou integração com sistemas de automação.

Office 365 (Microsoft 365)

Embora seja voltado para o uso empresarial, o Office 365 também apresenta restrições importantes para uso via SMTP com sistemas externos. O envio de e-mails por SMTP autenticado exige configurações específicas e está sujeito a:

    Limites rigorosos de envio diário por usuário (em torno de 10.000 destinatários/dia);

    Requisitos obrigatórios de autenticação segura;

    Possibilidade de rejeição de conexões que não estejam em conformidade com as políticas da Microsoft;

    Descontinuação gradual do suporte ao SMTP Basic Authentication em favor do OAuth2, o que nem todos os sistemas suportam.

Ou seja, mesmo sendo um serviço pago e corporativo, o Office 365 não é ideal para ser usado como servidor SMTP em sistemas automatizados, a menos que se invista tempo e conhecimento técnico em sua configuração avançada — e ainda assim, o risco de falhas ou limitações permanece.

Recomendação

Para aplicações que exigem envio de e-mails automatizado, de forma confiável e escalável, recomendamos o uso de serviços especializados, como o Amazon SES (Simple Email Service) da AWS. Ele foi desenvolvido exatamente para esse tipo de uso, com suporte completo a integrações, alta taxa de entrega, controle de volume, relatórios e autenticação moderna.

Utilizar um serviço próprio para envio de e-mails garante estabilidade, segurança e performance, evitando os bloqueios e limitações impostas por provedores genéricos.

Criado em 29/05/2025 JF

Revisado em 03/06/2025 JF