Envie e-mails do seu próprio domínio, em sua própria conta

Envie as notificações dos seus clientes a partir do seu próprio domínio, na sua própria conta de e-mail: qual provedor escolher, os registros SPF, DKIM e return-path de que todos eles precisam, por que insistimos para que uma mensagem de teste realmente chegue e o que acontece quando um provedor falha.

Todas as notificações que seus clientes recebem — faturas, redefinições de senha, respostas de chamados, atualizações de projetos — são enviadas por meio de um serviço de e-mail. Por padrão, esse serviço é o nosso, a linha De (From) indica Zinn Digital® e nós arcamos com os custos.

Se você estiver em um plano de agência ou revendedor, você pode conectar o seu próprio serviço de e-mail. Dessa forma, seus clientes verão o seu domínio na linha De, as respostas retornarão para você e as mensagens serão enviadas pela sua conta com o seu provedor.

Faça a configuração em Envio de e-mail no seu painel.

Qual provedor devo usar?

Qualquer uma destas opções funciona. Escolha aquela com a qual você já possui uma conta.

| Provedor | Ideal se | Guia | | --- | --- | --- | | Mailgun | Você deseja uma API e volumes generosos de envio | Configurar o Mailgun | | SendGrid | Você já o utiliza para e-mails de marketing | Configurar o SendGrid | | Postmark | Apenas e-mails transacionais, melhor entregabilidade | Configurar o Postmark | | Amazon SES | Você já utiliza a AWS e deseja o menor preço | Configurar o Amazon SES | | Resend | Você deseja a configuração mais simples | Configurar o Resend | | Seu próprio servidor SMTP | Você opera sua própria infraestrutura de e-mail | Configurar o SMTP |

Se você não tem preferência nem conta existente, o Postmark é a nossa escolha para e-mails transacionais: ele recusa o envio de campanhas de marketing, o que explica exatamente por que suas taxas de entrega são tão altas.

Configure o DNS primeiro. Isso representa a maior parte do trabalho.

Independentemente do provedor escolhido, são os mesmos três registros DNS que determinam se o seu e-mail será entregue ou cairá na caixa de spam. O seu provedor gera os valores exatos e você os adiciona ao seu domínio.

SPF — um registro TXT no seu domínio que lista quem tem autorização para enviar mensagens em seu nome. Se você já tiver um, você deve editá-lo; não adicione um segundo. Um domínio com dois registros SPF falha completamente na validação, o que é pior do que não ter nenhum.

DKIM — um registro TXT ou CNAME contendo uma chave pública, permitindo que os servidores destinatários verifiquem se a mensagem realmente veio do seu provedor e não foi alterada. Este é o registro mais importante e deve corresponder exatamente para que a validação DMARC seja bem-sucedida.

Domínio de Return-path (bounce) — geralmente um CNAME. Ele define o endereço de envelope invisível que o seu provedor utiliza para coletar devoluções (bounces). Sem ele, as devoluções vão para um local inacessível e a reputação do seu domínio se degrada sem o seu conhecimento.

DMARC — um registro TXT em _dmarc.seudominio.com que instrui os servidores destinatários sobre como proceder quando o SPF e o DKIM divergirem da sua linha De. Comece com p=none enquanto verifica se todas as mensagens são aprovadas, e depois avance para p=quarantine e p=reject.

⚠️ As alterações de DNS não são instantâneas. Aguarde até uma hora antes de concluir que algo está incorreto.

Use um subdomínio para os envios

Envie a partir de mail.seudominio.com ou notificacoes.seudominio.com, e não diretamente de seudominio.com.

O motivo é a reputação. O seu domínio principal é utilizado para os e-mails corporativos. Se houver algum problema em um envio em massa, um subdomínio de envio separado isola o dano — sua equipe poderá continuar enviando e-mails aos clientes enquanto você resolve a questão. Isso também permite configurar os registros DNS de envio sem interferir nos registros dos quais suas próprias caixas de correio dependem.

Você ainda deve inserir um domínio, e não um endereço, no campo Enviar a partir deste domínio. A parte anterior ao @ é definida individualmente por mensagem: recibos são enviados como billing@, redefinições de senha como no-reply@ e respostas de chamados como support@.

Como a configuração funciona

Escolha o seu provedor e cole a credencial correspondente.
Pressione Enviar mensagem de teste. Nós enviaremos um e-mail real por meio do seu provedor para uma caixa de entrada indicada por você, contendo um código.
Obtenha o código nessa caixa de entrada e digite-o.

Somente após esse processo seus e-mails começarão a ser enviados em seu nome.

⭐ Use uma caixa de entrada em um domínio diferente para o teste — um endereço do Gmail ou Outlook é o ideal. Uma mensagem que nunca sai do seu próprio servidor comprova muito menos do que uma que cruzou a internet e ultrapassou o filtro de spam de terceiros.

Por que exigimos que a mensagem de teste seja efetivamente entregue

Porque um provedor que aceita uma mensagem e a descarta silenciosamente é idêntico a um que funciona. Uma conta nova do Amazon SES fica em modo sandbox (área restrita), aceitando sua mensagem sem entregá-la em lugar nenhum. O mesmo ocorre com um domínio do Mailgun cujos registros DNS ainda não se propalaram, assim como com um retransmissor (relay) SMTP que responde com 250 e descarta a mensagem.

Se alterássemos o seu envio no instante em que sua credencial fosse aceita, a primeira evidência de que algo estava errado seria a interrupção no recebimento por parte dos seus clientes — e você saberia disso por meio deles, dias depois. O código serve como prova de que uma mensagem partiu do seu provedor e chegou ao destino.

O que acontece se o meu provedor parar de funcionar

Suas notificações serão registradas como falhas e novas tentativas serão feitas, enquanto a tela Envio de e-mail ficará vermelha, exibindo a mensagem de erro fornecida pelo seu provedor.

⛔ Nós não realizamos o envio a partir do nosso domínio como alternativa. Isso é intencional. Uma alternativa silenciosa significaria que uma conta de e-mail com falhas continuaria operando o bastante para que ninguém a corrigisse — enquanto nós arcamos com os custos. Desse modo, a falha fica visível e cabe a você resolvê-la, sendo esta a única maneira de garantir a correção.

Até que seja resolvido, seus clientes não receberão essas notificações. Tudo continuará armazenado na caixa de entrada do painel deles e nenhum dado será perdido, mas trate este aviso em vermelho como uma urgência.

O que acontece se eu não fizer nada?

Nada é interrompido. Suas notificações continuarão sendo enviadas a partir do nosso domínio, como Zinn Digital®, e nós continuaremos arcando com os custos. Seus clientes simplesmente verão o nosso nome em vez do seu.

Como remover

Pressione Desconectar. Sua credencial armazenada será excluída e suas notificações voltarão a ser enviadas pelo nosso domínio a partir da mensagem seguinte. Você poderá se reconectar a qualquer momento.