Entenda os termos dos logs
e descubra onde investigar em seguida.

Endereço e finalidade

E-mail temporário / descartável

Endereço que recebe mensagens por um período limitado, geralmente usado em um teste de cadastro ou para verificar o recebimento de um código. “Temporário” se refere ao prazo de validade: não significa que todos os serviços aceitarão esse endereço nem que ele seja adequado para informações confidenciais.

Alias de encaminhamento

Endereço exclusivo que encaminha as mensagens recebidas para o e-mail que você indicar. Você pode criar aliases para diferentes remetentes e pausá-los, mas a pausa não apaga cópias já entregues ao endereço de destino. O alias também não substitui uma caixa de entrada permanente sob seu controle.

Sandbox de e-mail

Serviço de teste que recebe, em um ambiente de desenvolvimento, mensagens que seriam enviadas de verdade, permitindo conferir modelos e variáveis. O fato de o aplicativo ter enviado a mensagem ao sandbox não comprova que ela chegaria a um usuário real pela internet.

Registro MX

Registro do DNS que indica os servidores responsáveis por receber e-mails de um domínio. Uma configuração MX correta é apenas uma etapa do roteamento: não comprova, por si só, que o endereço do destinatário existe, que o servidor aceitou a mensagem ou que ela chegou à caixa de entrada.

Entrega e status

SMTP

Protocolo usado com frequência para transferir e-mails entre servidores e entre aplicativos e servidores de envio. Uma resposta SMTP de sucesso geralmente indica que a etapa atual aceitou a mensagem, não que todo o percurso até a caixa de entrada foi concluído.

Na fila / Queued

A tarefa de envio entrou em uma fila para processamento. Ela pode ainda não ter se conectado ao servidor destinatário. Se ficar na fila por muito tempo, verifique o acúmulo de tarefas, as tentativas de reenvio e o status do provedor, em vez de apenas atualizar a caixa de entrada.

Aceito / Accepted

Um serviço recebeu uma solicitação ou mensagem. Para interpretar esse status, identifique quem a aceitou: o aplicativo aceitar a solicitação, a plataforma de envio aceitar a tarefa e o servidor destinatário aceitar o e-mail são evidências diferentes.

Rejeição / Bounce

Notificação ou status emitido após uma falha na entrega, que pode ser causado por endereço inexistente, rejeição por política ou outros problemas. Consulte o código e a descrição do erro, diferencie falhas permanentes de temporárias e só então decida se deve tentar novamente.

Recusa temporária / Deferral

O servidor não aceita o e-mail temporariamente, por exemplo, por falta de recursos ou limitação de taxa. Respostas SMTP 4xx são comuns nesses casos. O serviço de envio pode tentar novamente conforme sua política, mas o intervalo e o número de tentativas não são controlados pela caixa de entrada.

Message-ID e ID da mensagem do provedor

Identificadores usados para relacionar e-mails e logs. O Message-ID do cabeçalho pode ser diferente do ID da tarefa retornado pela API de envio. Ao relatar um problema, registre os dois e indique a origem de cada um; não informe apenas “envio bem-sucedido”.

Identidade do remetente

SPF

O SPF usa o DNS para declarar quais servidores estão autorizados a enviar e-mails em nome do domínio do remetente do envelope. A aprovação do SPF não significa que o endereço From exibido seja de um remetente confiável nem garante que a mensagem chegue à caixa de entrada.

DKIM

O DKIM adiciona uma assinatura de domínio a partes do e-mail, que o destinatário verifica usando uma chave pública. Uma assinatura válida indica que as partes assinadas passaram na verificação; não comprova que o conteúdo seja seguro nem que as promessas comerciais do remetente sejam verdadeiras.

DMARC

O DMARC combina os resultados de autenticação do SPF ou DKIM com o alinhamento do domínio visível no From e define uma política de tratamento. Configurar a política para rejeitar mensagens não garante a entrega; encaminhamentos e envios por terceiros também exigem configuração correta.

From e Return-Path

O From é o endereço do remetente que as pessoas geralmente veem; o Return-Path costuma estar relacionado ao endereço que recebe as notificações de falha. A diferença entre eles não significa necessariamente que o e-mail seja falso, mas é importante analisá-los separadamente ao investigar a identidade do remetente e as rejeições.

Conteúdo e verificação

OTP / código de uso único

Código usado para verificar uma identidade em uma solicitação específica e por tempo limitado. Receber um OTP comprova apenas que o e-mail chegou. Para saber se o código ainda funciona, é preciso considerar a solicitação à qual está vinculado, o prazo de validade e se já foi usado. Nunca inclua um código ainda válido em um chamado de suporte.

Corpo HTML e corpo em texto simples

Um mesmo e-mail pode incluir uma versão HTML formatada e outra em texto simples. Verifique as duas: links importantes, códigos e informações do serviço devem estar consistentes e não devem aparecer apenas em uma imagem.

Imagem incorporada via CID

Imagem referenciada por um identificador dentro do próprio e-mail e geralmente enviada junto com os anexos. Se o e-mail temporário não mantiver esse tipo de imagem, ela poderá não ser exibida por completo. Isso não significa que o remetente deixou de enviar o conteúdo; verifique também a estrutura original da mensagem.

Expiração do código e do e-mail

O site que envia o código define seu prazo de validade; o serviço de recebimento controla a contagem regressiva do endereço de e-mail. Prolongar a validade do endereço não estende a validade do código. Trocar de endereço também não atualiza automaticamente sua conta no site em que você já se cadastrou.

Ao encontrar estes termos, pergunte primeiro

Prazos diferentes não se prolongam mutuamente