Tempcase
Entrar

Diagnóstico de entrega de códigos de verificação

O código não chegou?
Confira o envio e a entrega

Você enviou o formulário de cadastro, mas não há nenhuma mensagem nova na caixa de entrada. Evite clicar em reenviar várias vezes: relacione o endereço, a solicitação de envio e os eventos de entrega deste caso antes de decidir o que verificar.

Começar a conferir os registros Ver a caixa de entrada atual
O que verificar Atualização automática ≠ entrega do email

A caixa de entrada da página inicial verifica se há novas mensagens a cada 7 segundos, aproximadamente. Atualizar apenas consulta se chegou algo; não solicita o envio ao sistema remetente.

Entrega de verdade O tempo depende de todo o percurso

A fila do serviço, o sistema de envio e o servidor de recebimento afetam o tempo. Uma mensagem chegar em poucos segundos é comum, mas não é um prazo garantido.

Verifique antes de prosseguir com este caso

Email sem código? Confira estes três registros

Não se baseie apenas na mensagem “envio concluído”. Em cada etapa, procure um registro associado ao endereço atual e ao horário em que a ação foi iniciada.

Este é o endereço certo e ainda está válido?

Volte à página inicial e confira o endereço completo e o tempo restante. Uma captura de tela antiga, o conteúdo da área de transferência da tentativa anterior ou o preenchimento automático do navegador podem enviar a mensagem para outro caso.

  • Compare caractere por caractere o endereço enviado pelo formulário com o da caixa de entrada atual.
  • Confira se o endereço ainda era válido quando a solicitação foi feita e se ele foi trocado depois.
  • Verifique espaços no início ou no fim, caracteres faltando e alterações no destinatário feitas pelo ambiente de teste.
Conferir o endereço na caixa de entrada

O sistema realmente criou uma solicitação de envio?

“Cadastro concluído” não significa que “o email com o código foi enviado”. Alguns sistemas mostram o resultado na página e só depois criam a tarefa de envio em segundo plano.

  • Anote o horário, a resposta HTTP e o ID da solicitação; não guarde apenas uma captura do botão.
  • Confira nos registros do sistema se a tarefa de envio foi criada e se o destinatário está correto.
  • Verifique o intervalo entre reenvios, os limites de frequência, as opções de teste e as restrições de domínio de email.
Guarde o ID da solicitação conforme indicado no registro

Em que evento os registros de entrega pararam?

O serviço de envio aceitar a solicitação não significa que a mensagem já apareceu na caixa de entrada. Use o ID da mensagem para consultar todo o histórico; isso é mais útil do que iniciar outro envio.

  • Confira os eventos de fila, atraso, aceitação ou devolução e anote os horários.
  • Se houver resposta SMTP, confira o domínio de destino, o código de resposta e o motivo da devolução.
  • Diferencie a aceitação da solicitação pelo serviço de envio da aceitação da mensagem pelo servidor de recebimento.
Compare os quatro estados de espera

Reúna os registros em um só lugar

O que verificar a seguir neste caso?

Escolha com base no que você sabe. Se não houver registros, selecione “Não sei”; isso é uma informação válida, não prova que o envio falhou.

Sugestão de verificação local

Este painel não se conecta ao seu sistema de envio nem verifica sua caixa de entrada. As escolhas são processadas apenas nesta página: nada é enviado ou salvo.

1. Validade do endereço

Considere o endereço exibido nesta página, o que foi enviado e o tempo restante.

2. Solicitação de envio

Refere-se à tarefa de envio no sistema, não apenas à mensagem de sucesso na página de cadastro.

3. Registros de entrega

Associe os eventos ao mesmo endereço de recebimento e ao mesmo ID da solicitação.

Gere uma nova sugestão depois de alterar as opções.

Aguardando verificação

Selecione o que já sabe e gere uma sugestão

Você pode começar mesmo sem saber nenhuma das três respostas. O painel indicará quais registros buscar primeiro, sem tratar “não há registros” como “o envio falhou”.

Ver os campos do registro de diagnóstico

Há mais de um tipo de espera

“Enviado” não explica o suficiente

A caixa de entrada mostra se a mensagem chegou, mas não explica por que a tarefa não foi executada ou continua na fila do sistema remetente.

Sistema remetente

Ainda não enviado

O sistema remetente não criou a tarefa, ou ela foi bloqueada por intervalo entre envios, limite de frequência ou configuração do ambiente. Atualizar a caixa de entrada repetidamente não fará a tarefa ser executada.

O que aparece na caixa de entrada
Não há uma nova mensagem correspondente, mas isso não revela por que ela não foi enviada.
O que conferir
Resposta à solicitação do sistema, registro de criação da tarefa, destinatário e limites de envio.
Serviço de envio

Na fila do serviço

O serviço de envio recebeu a tarefa, mas ainda não concluiu a entrega. Um atraso breve, as novas tentativas e a fila do próprio serviço podem afetar essa etapa.

O que aparece na caixa de entrada
A mensagem ainda não apareceu; só o tempo de espera não permite concluir que ela foi perdida.
O que conferir
Horário de entrada na fila, novas tentativas, resposta mais recente e cronograma de reenvio do serviço.
Evento de aceitação

Aceita

Primeiro, confira quem aceitou: a API aceitar a solicitação significa apenas que o serviço de envio recebeu a tarefa. A aceitação pelo servidor de recebimento é uma evidência posterior da entrega.

O que aparece na caixa de entrada
Se a mensagem aparecer, isso confirma que o site a exibiu. Se não aparecer, o rótulo do evento, por si só, não identifica o problema.
O que conferir
Definição do evento, endereço final de recebimento, resposta SMTP e horário da aceitação.
Evento de falha explícito

Devolvida ou recusada

Uma devolução é um resultado rastreável, mas não significa necessariamente um erro no código. O endereço, as políticas de domínio, a reputação do remetente e as regras de conteúdo podem influenciar o resultado.

O que aparece na caixa de entrada
Em geral, mensagens recusadas não aparecem na caixa de entrada de destino.
O que conferir
Código de status completo, explicação do motivo, domínio de destino e possibilidade de novas tentativas.

Se você não tiver acesso aos registros de envio, informe ao responsável pelo sistema o horário da tentativa e o ID da solicitação. Não envie a chave da API de produção nem o código completo por email ao suporte para tentar obter evidências.

Ordem segura para testar novamente

Altere uma coisa de cada vez

Guarde as evidências deste caso antes de iniciar outra tentativa. Trocar o endereço, mudar o ambiente e clicar várias vezes em reenviar dificulta identificar a causa do resultado.

Copiar o endereço atual na página inicial

  1. Copie e confira o endereço atual

    Copie o endereço da página inicial; não o digite de novo com base em uma captura antiga. Compare o destinatário enviado pelo sistema com o endereço atual e confirme que há tempo de validade suficiente para concluir esta tentativa.

  2. Confira o intervalo entre envios e só então tente uma vez

    Respeite o intervalo e o limite de frequência informados pelo sistema. Alguns serviços aceitam apenas o último código gerado; reenviar várias vezes pode invalidar imediatamente o código que chegou primeiro.

  3. Anote o horário e acompanhe a mesma solicitação

    Registre o fuso horário, o ID da solicitação e o ID da mensagem de entrega. Se precisar comparar, outro sistema de envio que você esteja autorizado a usar pode enviar uma mensagem de teste sem informações confidenciais para o mesmo endereço. A chegada dessa mensagem não prova que o percurso original esteja funcionando.

  4. Só troque o endereço para testar se for necessário

    Salve primeiro os registros sem informações confidenciais e depois clique em “Trocar endereço” na página inicial. A troca apaga a caixa de entrada antiga; o endereço antigo deixa de ser usado no teste atual, e solicitações anteriores não são redirecionadas automaticamente. É preciso enviá-las novamente.

Deixe este caso pronto para revisão

Registro de diagnóstico de entrega: o essencial

Se você conseguir relacionar o sistema remetente ao destinatário, não precisa coletar mais dados. Registre apenas o necessário para investigar e oculte informações pessoais desnecessárias ao compartilhar com a equipe.

Preencha um registro por tentativa; não agrupe vários reenvios na mesma linha.
Campo O que registrar O que isso ajuda a confirmar
Ambiente de teste e caso Pré-produção / teste; cadastro, recuperação de senha ou validação OTP; inclua a versão do build, se necessário. Se foi usado o ambiente errado, uma opção de teste ou uma configuração de email diferente.
Endereço de recebimento efetivo e validade Para conferência interna, registre o endereço temporário completo enviado, se corresponde ao atual e se estava válido no momento da solicitação. Em qual caso esta mensagem deveria chegar.
Horário da tentativa e fuso horário Por exemplo, 2026-11-03 14:05:20 +08:00; se houver reenvios, registre cada um em uma linha separada. Se os registros do sistema, os eventos do serviço e o resultado na caixa de entrada correspondem à mesma tentativa.
IDs da solicitação e da mensagem ID da solicitação no sistema, ID da tarefa e ID da mensagem no serviço; se não houver, anote “não obtido”. Acompanhe o percurso da solicitação na página até a tarefa assíncrona e o evento de entrega.
Resposta à solicitação e resultado da entrega Status da resposta; eventos de fila, aceitação ou devolução; horário do evento e código de status, se necessário. Em que etapa o problema ocorreu e quais conclusões ainda precisam de evidências.
Observação da caixa de entrada e próximo passo Horário da verificação, se a mensagem apareceu, se o endereço foi trocado e quem deve conferir o quê a seguir. Evite tentativas duplicadas e mantenha as informações necessárias para dar continuidade à investigação.
Não registre o código completo nem credenciais de produção.

O corpo do email com o código, links de login, cookies, cabeçalhos Authorization e chaves de API de produção não são dados para diagnóstico. Um endereço temporário não é um cofre privado; antes de usar, leia a Política de Privacidade e os Termos de Serviço.

Email temporário não recebe código? O que fazer

Algumas situações que podem confundir

Separe observação de conclusão. Não receber uma mensagem é uma observação; afirmar que “o código está com certeza errado” exige mais evidências.

Depois que o email chegar, confira o modelo
Quanto tempo leva para o email com o código chegar?

Em geral, novas mensagens aparecem em poucos segundos, mas não há um prazo fixo válido para todos os sistemas remetentes. A página inicial verifica a caixa de entrada a cada 7 segundos, aproximadamente; esse é apenas o intervalo entre verificações. O tempo da fila do sistema, das novas tentativas do serviço e do processamento do destinatário é separado. Se a espera for longa, consulte os registros de entrega em vez de tratar o intervalo de atualização como promessa de entrega.

Devo clicar várias vezes em “Reenviar”?

Não recomendamos. Espere o intervalo indicado pelo sistema e tente apenas uma vez, anotando o horário. Reenvios seguidos podem acionar limites de frequência ou invalidar o código anterior. Se várias mensagens chegarem juntas depois, também será mais difícil saber qual código ainda é válido.

Ainda posso receber emails enviados para um endereço expirado?

Um endereço expirado não deve ser tratado como um destinatário válido. Por padrão, os endereços temporários da Tempcase são válidos por 3 horas; cada renovação durante esse período acrescenta 3 horas, até o limite total de 24 horas por endereço. Quando expira, o endereço e os emails são apagados e não podem ser recuperados. Novas tentativas do serviço para tarefas antigas não redirecionam as mensagens automaticamente para outro endereço.

Não receber o email prova que há um erro no meu código?

Não. Um endereço incorreto, uma tarefa que não foi criada, uma mensagem na fila, uma restrição de domínio ou uma recusa podem resultar em uma caixa de entrada vazia. Relacione o endereço atual, o ID da solicitação e o evento de entrega para reduzir as possibilidades. Se não houver registros, mantenha a causa como desconhecida em vez de concluir que há um erro no código.

O registro mostra “entregue”, mas a mensagem não apareceu. O que faço?

Primeiro, confira o que o serviço entende por “entregue”, o destinatário final e o horário do evento. Depois, confirme que o endereço atual não expirou nem foi trocado e atualize a caixa de entrada manualmente uma vez. Se ainda houver divergência, envie o horário, o endereço temporário e o ID da mensagem com os dados sensíveis ocultos para support@tempcase.com. Não inclua o código nem credenciais de produção.

Todos os sites aceitam emails descartáveis?

Não. Alguns serviços restringem domínios de email temporário e podem recusar a solicitação ou mostrar apenas uma mensagem genérica. Confira as regras e a resposta do serviço; não tente contornar as restrições trocando de endereço repetidamente. Para testes próprios em pré-produção, use configurações controladas. Se uma conta precisa receber emails de recuperação por muito tempo, considere um alias de encaminhamento permanente.

Alinhe as evidências antes de continuar os testes

Volte ao caso atual

Primeiro confira o endereço atual e o resultado na caixa de entrada. Se o email chegou, verifique o bloco do código e o modelo HTML, sem alterar o restante do percurso ao mesmo tempo.

Voltar à caixa de entrada Ler o tutorial de prévia de modelos