Solução de problemas
Por que o meu e-mail não chegou?
Um checklist passo a passo para e-mails que nunca chegaram ao destinatário. Encontre o e-mail, leia o status dele e siga a solução para esse status.
Use este checklist quando um destinatário disser que não recebeu o seu e-mail. O Emailit registra cada mensagem e cada tentativa de entrega, então o status do e-mail mostra onde ele parou.
Sintomas
- Um cliente não recebeu um recibo, um código de login ou uma redefinição de senha.
- A sua aplicação informa sucesso, mas o destinatário não vê nada.
- Alguns destinatários recebem os seus e-mails e outros não.
Causa
Um e-mail pode parar em quatro pontos: a sua requisição foi rejeitada, o Emailit não o enviou, o servidor de destino o recusou, ou o servidor de destino o aceitou e o arquivou em um lugar onde o destinatário não olhou. O status do e-mail mostra qual deles:
| Status | O que aconteceu | Próximo passo |
|---|---|---|
| Nenhum e-mail encontrado | A requisição nunca criou um e-mail | Procure uma resposta 4xx em Email APILogs |
| Accepted ou Scheduled | Aguardando o envio | Por que o meu e-mail está parado em Accepted ou Scheduled? |
| Attempted | Recusado temporariamente, recebendo novas tentativas | O que significa o status Attempted? |
| Held | Parado antes do envio | Por que o meu e-mail está retido? |
| Suppressed | O endereço está na sua lista de supressão | Por que o meu e-mail foi suprimido? |
| Bounced | Recusado permanentemente | Hard bounce e soft bounce |
| Rejected | O seu workspace não verificado não pode enviar para este endereço | 403 unverified_workspace_recipient |
| Failed | Um erro interrompeu a entrega | Leia o motivo na aba Deliveries |
| Canceled | Alguém o cancelou | Envie de novo, se necessário |
| Delivered, Loaded ou Clicked | O servidor do destinatário o aceitou | Continue no passo 4 abaixo |
Solução
-
Encontre o e-mail. Acesse Email APIEmails, pesquise o endereço do destinatário e amplie o intervalo de datas, se necessário. Cada destinatário recebe o próprio e-mail, então pesquise o endereço exato.
-
Se não houver e-mail, confira a requisição. Abra Email APILogs e procure requisições com falha por volta daquele horário. As respostas comuns são
401(chave de API inválida),402(sem créditos),403(workspace não verificado),422(domínio não verificado) e429(limite de requisições). Consulte Erros da API. Para SMTP, filtre Source por SMTP. -
Leia o status e a aba Deliveries. Abra o e-mail. A aba Deliveries mostra cada tentativa com a resposta do servidor de destino. Siga o link da tabela acima para o status que você vê.
-
Se ele foi entregue, confira o lado do destinatário. A resposta na aba Deliveries prova que o servidor dele aceitou o e-mail. Peça ao destinatário que confira as pastas de spam, lixo eletrônico, promoções e quarentena, além das regras de encaminhamento e dos filtros. Gateways de e-mail corporativos às vezes colocam e-mails em quarentena depois de aceitá-los, então a equipe de TI pode precisar liberá-los.
-
Confira o endereço. Erros de digitação como
gmial.comsão comuns. Use a verificação de e-mails para testar um endereço de que você não tem certeza. -
Confira os seus outros destinatários. Se muitos e-mails para um mesmo provedor estiverem faltando, leia Por que os meus e-mails vão para o spam?.
Para ser avisado automaticamente, inscreva um webhook em email.bounced e email.suppressed. Os webhooks que recebem todos os eventos também recebem email.held. Para todos os status, consulte Status de e-mail.
Ainda com problemas?
Fale com o suporte ou pergunte no Discord. Informe o ID do e-mail (em_…), o endereço do destinatário e o horário do envio.