Enviando email via Gmail em .NET: 4 abordagens com código em C#

Por que enviar email via Gmail em .NET é uma dor de cabeça (e como evitá-la)

Se você já tentou configurar o envio de emails via Gmail em sua aplicação .NET, sabe que é uma tarefa que parece simples, mas se transforma em uma verdadeira aventura. Você escreve 10 linhas de código, executa e recebe um SmtpException com uma mensagem misteriosa sobre "aplicativo não seguro". Familiar?

No Stack Overflow, a pergunta "Sending email in .NET through Gmail" acumulou milhares de visualizações e centenas de respostas. As pessoas lutam com esse problema há anos. Neste artigo, abordaremos 4 abordagens reais em C#, desde as clássicas até as soluções modernas, e descobriremos qual delas vale a pena usar em 2025.

Spoiler: aquele código que você encontrou em um blog de 2015 provavelmente não funciona mais. O Google está constantemente endurecendo suas políticas de segurança. Mas não se preocupe — mostraremos opções funcionais.

Abordagem 1: SmtpClient clássico (e por que está obsoleto)

A maneira mais óbvia é usar o SmtpClient embutido do System.Net.Mail. Veja como era nos "tempos áureos":

using System.Net;\nusing System.Net.Mail;\n\nvar message = new MailMessage("your@gmail.com", "recipient@example.com")\n{\n    Subject = "Email de teste do .NET",\n    Body = "Olá! Isto é um teste."\n};\n\nusing var client = new SmtpClient("smtp.gmail.com", 587)\n{\n    Credentials = new NetworkCredential("your@gmail.com", "your-password"),\n    EnableSsl = true\n};\n\nclient.Send(message);

Entre 2010 e 2015, isso funcionava. Mas hoje, o Google bloqueou o login com senha normal para a maioria das contas. Você precisará de:

\n
• Senha de aplicativo (App Password) — mas apenas com a autenticação de dois fatores ativada
\n
• Ou permitir "acesso a aplicativos menos seguros" — opção que o Google já removeu
\n

Desvantagens da abordagem:

\n
• SmtpClient está marcado como Obsolete no .NET 5+
\n
• Não suporta protocolos de autenticação modernos (OAuth 2.0)
\n
• A senha de aplicativo não dura para sempre — precisa ser atualizada manualmente
\n

Quando usar: apenas para protótipos rápidos ou ferramentas internas onde a segurança não é crítica.

Abordagem 2: MailKit — moderno e poderoso

Se você quer uma solução profissional, use a biblioteca MailKit do desenvolvedor do Mono. Ela não só funciona, como também é ativamente desenvolvida.

Primeiro, instale o pacote:

dotnet add package MailKit

Agora, o código usando App Password:

using MailKit.Net.Smtp;\nusing MimeKit;\n\nvar message = new MimeMessage();\nmessage.From.Add(new MailboxAddress("Seu nome", "your@gmail.com"));\nmessage.To.Add(new MailboxAddress("Destinatário", "recipient@example.com"));\nmessage.Subject = "Email via MailKit";\nmessage.Body = new TextPart("plain") { Text = "Olá do .NET!" };\n\nusing var client = new SmtpClient();\nawait client.ConnectAsync("smtp.gmail.com", 587, MailKit.Security.SecureSocketOptions.StartTls);\nawait client.AuthenticateAsync("your@gmail.com", "sua-senha-de-aplicativo");\nawait client.SendAsync(message);\nawait client.DisconnectAsync(true);

Por que o MailKit é melhor que o SmtpClient?

\n
• Métodos assíncronos — não bloqueia a thread
\n
• Suporte a MIME, assinaturas, criptografia
\n
• Funciona em todas as plataformas .NET (incluindo .NET MAUI e Unity)
\n
• Não está marcado como obsoleto
\n

Mas esta abordagem também tem uma limitação: App Password é uma solução temporária. Se sua conta do Google for comprometida, um invasor poderá enviar emails em seu nome.

Abordagem 3: Google API + OAuth 2.0 (para projetos sérios)

A maneira mais correta e segura é usar