Envie e-mails através do seu próprio servidor SMTP

Use isto se você administra a sua própria infraestrutura de e-mail, ou se o seu provedor for um que nós não listamos diretamente — quase todos os serviços de e-mail oferecem SMTP.

⚠️ Se o seu provedor for Mailgun, SendGrid, Postmark, Amazon SES ou Resend, use o guia específico dele. Essas conexões fornecem mensagens de erro melhores quando algo dá errado, porque podemos ler o que o provedor realmente disse, em vez de um código de status SMTP.

Do que você precisa

Quatro coisas, vindas de quem gerencia o seu servidor de e-mail:

• Host — por exemplo, smtp.yourprovider.com
• Porta — 587, 465 ou 2525
• Nome de usuário e senha

Qual porta

587 é envio com STARTTLS e é a que você deve usar. A conexão começa em texto puro e é atualizada para TLS antes que qualquer coisa seja enviada.

465 é TLS implícito — criptografado desde o primeiro byte. Igualmente boa; alguns provedores a preferem.

2525 é uma alternativa não oficial que algumas hospedagens oferecem porque algumas redes bloqueiam a 587. Use-a apenas se o seu provedor instruir você a fazê-lo.

⛔ A porta 25 é aceita aqui, mas quase nunca é a resposta certa. É a porta que os servidores de e-mail usam para se comunicar entre si, não a que um aplicativo usa para enviar uma mensagem. Ela é bloqueada na maioria das redes, frequentemente não tem autenticação e, onde funciona, muitas vezes não é criptografada.

⛔⛔ Nós não realizaremos envios por uma conexão não criptografada. Se você deixar Usar STARTTLS ativado — e você deve fazê-lo — e o seu servidor se recusar a atualizar a conexão, o envio falhará em vez de continuar em texto puro. Isso é deliberado: os links de redefinição de senha dos seus clientes trafegam nessas mensagens, e um downgrade que ninguém percebe é a pior falha possível, pois o e-mail ainda é entregue.

Configure o seu DNS primeiro

O seu provedor não faz isso por você como um serviço gerenciado faria. Você precisa, no domínio do qual está enviando:

SPF — um registro TXT autorizando o endereço do seu servidor: v=spf1 ip4:203.0.113.10 -all, ou v=spf1 a:smtp.yourprovider.com -all. Se você já tiver um registro SPF, edite-o; dois registros SPF em um único domínio invalidam o SPF por completo.

DKIM — o seu servidor de e-mail assina as mensagens de saída e você publica a chave pública correspondente em <selector>._domainkey.yourdomain.com. No Postfix, geralmente usa-se o OpenDKIM; o seu provedor informará o seletor.

DMARC — um registro TXT em _dmarc.yourdomain.com, iniciando em v=DMARC1; p=none; enquanto você verifica se tanto o SPF quanto o DKIM passam.

DNS Reverso — o registro PTR para o endereço IP do seu servidor deve resolver de volta para o hostname dele. Grandes provedores verificam isso e muitos não aceitarão e-mails de um endereço sem ele. O seu provedor de hospedagem o configura, não o seu provedor de DNS.

⭐ Uma boa verificação gratuita assim que estiver funcionando: envie uma mensagem para mail-tester.com e veja a pontuação. Ela informa qual dos quatro está incorreto, o que é muito mais rápido do que tentar adivinhar a partir da pasta de spam.

Conecte-o no Zinn®

Abra Envio de e-mail no seu painel:

• Provedor — Servidor SMTP
• Enviar a partir deste domínio — mail.yourdomain.com (um domínio, não um endereço)
• Host SMTP, Porta, Nome de usuário, Senha
• Usar STARTTLS — ativado, a menos que você esteja na porta 465

⭐ Crie uma caixa de entrada ou um usuário de envio dedicado para isso, em vez de reutilizar o login de uma pessoa. Quando alguém sair da empresa e sua senha for alterada, as notificações dos seus clientes não devem parar.

Envie o teste e insira o código

Pressione Enviar mensagem de teste para uma caixa de entrada em um domínio diferente, obtenha o código nela e insira-o.

Quando não funcionar

"O servidor de e-mail rejeitou o nome de usuário ou a senha" — a autenticação SMTP AUTH falhou. Se o seu provedor tiver autenticação de dois fatores na conta, você quase certamente precisará de uma senha de aplicativo em vez da senha de login.

"Não foi possível alcançar host:porta" — a porta está bloqueada, o hostname está incorreto ou o servidor não está escutando conexões de envio nessa porta. Executar telnet smtp.yourprovider.com 587 de outra máquina informará qual é o problema.

Um erro de TLS — o certificado do seu servidor expirou, é autoassinado ou não corresponde ao hostname que você inseriu. Nós verificamos os certificados e não pularemos essa verificação; corrija o certificado.

"O servidor de e-mail recusou o destinatário" — o seu servidor não está configurado para fazer relay para este remetente, o que geralmente significa que o usuário autenticado não tem permissão para enviar como o seu domínio de envio.

Envia, mas tudo cai no spam — isso é DNS, não SMTP. Revise o SPF, DKIM, DMARC e DNS reverso acima e, em seguida, execute novamente o teste no mail-tester.