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

Todas as notificações que seus clientes recebem — faturas, redefinições de senha, respostas a 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, o campo De indica Zinn Digital® e nós pagamos por ele.

Se você estiver em um plano de agência ou de revenda, poderá conectar seu próprio serviço de e-mail como alternativa. Seus clientes verão então o seu domínio no campo De, as respostas voltarão para você e as mensagens serão enviadas pela sua conta com o seu provedor.

Configure isso em Envio de e-mail no seu painel.

Qual provedor devo usar?

Qualquer um destes funciona. Escolha aquele em que você já possui uma conta.

Se você não tiver preferência nem uma conta existente, o Postmark é o que escolheríamos para e-mails transacionais: ele se recusa a enviar marketing, o que explica exatamente o motivo de suas taxas de entrega serem tão altas.

Configure o DNS primeiro. Essa é a maior parte do trabalho.

Independentemente do provedor que escolher, os mesmos três registros de DNS determinam se o seu e-mail chegará ou cairá no spam. Seu provedor gera os valores exatos; você os adiciona ao seu domínio.

SPF — um registro TXT no seu domínio listando quem tem permissão para enviar em seu nome. Se você já possui um, você o edita; você não adiciona um segundo. Um domínio com dois registros SPF falha totalmente no SPF, o que é pior do que não ter nenhum.

DKIM — um registro TXT ou CNAME que contém uma chave pública, para que os servidores de recebimento possam verificar se uma mensagem realmente veio do seu provedor e não foi alterada. Este é o registro que faz o trabalho principal e é o que deve corresponder para que o DMARC seja aprovado.

Domínio de Return-path (bounce) — geralmente um CNAME. Ele define o endereço de envelope invisível que seu provedor usa para coletar mensagens com erro de entrega (bounces). Sem ele, os bounces vão para um local inacessível e a reputação do seu domínio é degradada sem que você saiba.

DMARC — um registro TXT em _dmarc.seudominio.com informando aos servidores de recebimento o que fazer quando o SPF e o DKIM não coincidirem com o campo De. Comece com p=none enquanto verifica se tudo passa e, em seguida, 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 há algo errado.

Use um subdomínio para envio

Envie a partir de mail.seudominio.com ou notificacoes.seudominio.com, e não a partir do próprio seudominio.com.

O motivo é a reputação. Seu domínio principal é o que o seu e-mail corporativo usa. Se um envio em massa der errado, um subdomínio de envio separado isola o dano — sua equipe ainda poderá enviar e-mails aos clientes enquanto você resolve o problema. Ele também permite definir registros de DNS para envio sem alterar os registros dos quais suas próprias caixas de correio dependem.

Você ainda insere um domínio, e não um endereço, no campo Enviar a partir deste domínio. A parte antes do @ é escolhida por mensagem: comprovantes são enviados como cobranca@, redefinições de senha como nao-responder@, respostas a chamados como suporte@.

Como funciona a configuração

1. Escolha o seu provedor e cole a credencial dele.
2. Clique em Enviar mensagem de teste. Enviamos um e-mail real por meio do seu provedor, para uma caixa de entrada que você indicar, contendo um código.
3. Consulte o código nessa caixa de entrada e insira-o.

Somente então 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 do Outlook é o ideal. Uma mensagem que nunca sai do seu próprio servidor prova muito menos do que uma que cruzou a internet e superou o filtro de spam de terceiros.

Por que exigimos a confirmação de que a mensagem de teste realmente chegou

Porque um provedor que aceita uma mensagem e a descarta silenciosamente parece idêntico a um que funciona perfeitamente. Uma conta nova do Amazon SES fica em um ambiente sandbox, aceitando sua mensagem e não a entregando a lugar nenhum. Um domínio do Mailgun cujo DNS ainda não propagou faz o mesmo. O mesmo ocorre com um relay SMTP que responde com 250 e descarta o conteúdo.

Se ativássemos o seu envio no momento em que a sua credencial fosse aceita, a primeira notícia que você teria seria a de que os seus clientes deixaram de receber notificações — e você saberia disso por meio de um cliente, dias depois. O código é a prova de que a mensagem saiu do seu provedor e foi entregue.

O que acontece se o meu provedor parar de funcionar

Suas notificações serão registradas como falhas, novas tentativas serão feitas e a tela Envio de e-mail ficará vermelha com a mensagem de erro do próprio provedor.

⛔ Não realizamos o envio a partir do nosso domínio como alternativa. Isso é intencional. Um retorno automático silencioso faria com que uma conta de e-mail com problemas continuasse operando bem o suficiente para que ninguém a consertasse — enquanto nós pagaríamos por ela discretamente. Portanto, a falha fica visível e cabe a você corrigi-la, que é a única forma de ela ser resolvida.

Até que seja corrigida, seus clientes não receberão essas notificações. Tudo continuará na caixa de entrada do painel deles e nada será perdido — mas trate um aviso vermelho aqui como urgente.

E se eu não fizer nada?

Nada é interrompido. Suas notificações continuarão sendo enviadas pelo nosso domínio, como Zinn Digital®, e nós continuaremos pagando por elas. Seus clientes simplesmente verão o nosso nome em vez do seu.

Como remover

Clique em Desconectar. Sua credencial armazenada será excluída e suas notificações voltarão para o nosso domínio a partir da mensagem seguinte. Você pode reconectar a qualquer momento.