Verificando a configuração do seu e-mail
Existem três botões de teste no aplicativo, e cada um deles verifica aspectos bem diferentes. Saber qual é qual evita muitas suposições quando um e-mail não chega.
Os testes, lado a lado
| Testar conexão | Enviar e-mail de teste (Remetentes de e-mail) | Enviar e-mail de teste (editor de layout) | |
|---|---|---|---|
| Onde | Configurações do servidor SMTP | Página “Remetentes de e-mail” | No interior de um layout de e-mail |
| O que ele faz | Faça login e saia | Envia uma mensagem curta e simples por meio do remetente que você escolher | Exibe seu layout com suas variáveis de teste e o envia |
| Comprova | O servidor, a porta, a criptografia e as credenciais estão corretos | O remetente pode entregar correspondência em todos os | O layout é renderizado e o servidor o aceita para envio |
| Registrado na história | Não | Não - veja abaixo | Não - veja abaixo |
| Chega um e-mail | Não | Sim, se tudo estiver bem | Sim, se tudo estiver bem |
Comece pelo teste de remetente ao conectar uma nova caixa de correio ou servidor SMTP e, em seguida, utilize o teste de layout assim que o remetente estiver funcionando.
Envio de um e-mail de teste a partir de um layout
Abra um layout de e-mail e utilize a opção “Enviar e-mail de teste”. Isso exibe o layout exatamente como seria em um envio real, com suas variáveis de teste, e o envia por meio do remetente que você escolher.
O campo “E-mail do destinatário” é preenchido automaticamente com o primeiro endereço na seção “Destinatários de e-mail de teste” em Configurações > Padrões de e-mail, ou com o e-mail da sua loja, caso nenhum tenha sido definido. Você ainda pode digitar qualquer outro endereço. Seus campos** “CC padrão**”, “CCO padrão”, “Responder para padrão” e “Remetente padrão” definidos em “Configurações” se aplicam a um teste exatamente da mesma forma que a um envio real; portanto, o que é recebido é exatamente o que um cliente receberia. Consulte Configurações.
Caso o servidor rejeite a mensagem, o erro aparece na tela imediatamente. Essa mensagem vem diretamente do seu servidor de e-mail e é a informação mais útil que você pode nos enviar caso tenha alguma dificuldade.
Um e-mail de teste que nunca chega
Se o aplicativo indicou que a operação foi bem-sucedida, mas a mensagem não chegou ao destinatário, isso significa que a mensagem saiu do nosso sistema e foi aceita pelo seu servidor de e-mail. Siga estas etapas na ordem:
- Verifique a pasta de spam ou lixo eletrônico, bem como qualquer quarentena que seu provedor mantenha. Essa é, de longe, a resposta mais comum, especialmente no caso de um primeiro envio a partir de uma nova configuração. Consulte Capacidade de entrega de e-mails.
- Verifique se o endereço de remetente corresponde à conta com a qual o senhor se autenticou. Muitos servidores aceitam o login, mas, em seguida, descartam ou rejeitam silenciosamente uma mensagem que alega ter sido enviada de um endereço diferente.
- Aguarde alguns minutos. Alguns servidores colocam remetentes desconhecidos na lista cinza, atrasando deliberadamente a primeira mensagem proveniente de uma nova fonte.
- Tente um destinatário diferente, de preferência de outro provedor. Se a mensagem chegar em um endereço e não em outro, o problema está do lado do destinatário, não do seu.
- Verifique o próprio log de saída do seu servidor. Seu provedor de hospedagem pode verificar se a mensagem foi aceita e o que aconteceu com ela depois que a enviamos - nós só podemos ver a resposta que recebemos.
O que significam os erros mais comuns
Essas mensagens provêm do seu servidor de e-mail, e não de nós.
| Mensagem | O que isso geralmente significa |
|---|---|
Connection timeout |
Não conseguimos nos conectar ao host por essa porta. Verifique o nome do host e a porta, e certifique-se de que o servidor aceita conexões de fora da sua própria rede. |
wrong version number |
A porta e a criptografia não correspondem. A porta 465 espera SSL; a porta 587 espera STARTTLS. Confundir essas duas opções gera exatamente esse erro. Ele também pode ocorrer de forma intermitente caso o servidor recuse conexões simultâneas adicionais. |
Invalid login / 535 |
O nome de usuário ou a senha foram rejeitados. Se o seu provedor utiliza autenticação de dois fatores, geralmente é necessário utilizar uma senha específica para o aplicativo, em vez da sua senha normal. |
554 / all recipients were rejected |
O servidor aceitou seu login, mas rejeitou o destinatário ou o endereço de remetente. |
Quando o envio funciona às vezes, mas nem sempre
Se o histórico apresentar uma mistura de sucessos e falhas para o mesmo remetente, e as falhas se concentrarem em momentos em que vários e-mails são enviados ao mesmo tempo, é muito provável que seu servidor de e-mail esteja limitando o número de conexões que aceita simultaneamente. Os planos de hospedagem compartilhada e para pequenas empresas geralmente permitem apenas um número reduzido delas.
Há duas coisas que ajudam:
- Tente a porta 587 com STARTTLS em vez da 465 com SSL. Os servidores costumam lidar melhor com a simultaneidade na porta 587.
- Pergunte ao seu provedor de e-mail quais são os limites de conexões simultâneas e de envio por hora da sua conta e se é possível aumentá-los.
Um envio que leva dez segundos ou mais também é um sinal de que o servidor está sobrecarregado. Isso, por si só, não é um problema, mas deixa menos margem de manobra quando várias mensagens são enviadas ao mesmo tempo.
Relacionado
- Capacidade de entrega de e-mails - por que uma mensagem enviada com sucesso ainda pode acabar na pasta de spam.
- Histórico e solução de problemas - ler a solicitação, a resposta e o erro de um envio real.
- Enviar e-mail a partir de Shopify Flow utilizando um servidor SMTP personalizado - configurações completas de servidor, porta e criptografia.