Camada do endereço
Confira o local-part, o domínio e a contagem regressiva. Depois de trocar de endereço, não continue usando o endereço antigo em páginas ou dados de teste anteriores.
Do sintoma à evidência
Como diagnosticar códigos não recebidos no e-mail temporário
Não clique várias vezes em reenviar. Primeiro confirme o endereço, depois verifique se o aplicativo realmente criou a tarefa de envio e, por fim, diferencie atraso na fila, rejeição na entrega e problema de atualização da caixa de entrada.
4 camadasLimites do diagnóstico, do envio ao recebimento
1 alteraçãoMude apenas uma variável por rodada
3–5 minutosJanela de observação comum para e-mails transacionais
Faça uma verificação de um minuto
Elimine os erros mais comuns de entrada e status
Depois de copiar o endereço, confira espaços no início ou no fim, caracteres ausentes e o ambiente de teste. Confirme se o endereço temporário ainda está válido e se o endereço exibido na página de envio é exatamente igual ao da caixa de entrada.
Camada do aplicativo
Verifique a resposta da API acionada, os logs da aplicação e o resultado da seleção do template. Uma mensagem de sucesso na página não significa que a tarefa de envio foi adicionada à fila.
Camada da entrega
Registre o message ID, o código de rejeição e o status de nova tentativa fornecidos pelo serviço de e-mail. O remetente pode bloquear domínios de e-mail descartável.
Roteiro de diagnóstico
Avance uma camada por vez
Preserve timestamps e identificadores para que desenvolvimento, QA e o provedor de e-mail estejam falando sobre a mesma mensagem.
Reproduza uma vez
Registre o horário exato do clique em enviar, o ambiente, o ID do usuário e o endereço completo do destinatário.
Consulte a fila de tarefas
Confirme a entrada, a saída e o número de tentativas da tarefa na fila; não trate um status 200 da API como entrega concluída.
Consulte o retorno do provedor
Procure accepted, deferred ou bounced, junto com o motivo SMTP correspondente.
Atualize e compare
Atualize a caixa de entrada manualmente; depois envie novamente para um endereço novo e verifique se o problema está restrito a um único endereço.
Quando trocar de endereço?
Se o endereço antigo ainda estiver válido, a tarefa de envio funcionar normalmente e o remetente retornar explicitamente uma rejeição por política de domínio temporário, troque de endereço apenas para comparação — isso não contorna as regras do remetente. Em caso de atraso na fila, trocar de endereço pode criar uma segunda variável.
Voltar à caixa de entradaNenhum log de envioVerifique primeiro o formulário do front-end, as variáveis de ambiente e a criação da tarefa no back-end.
Recebido, mas com atrasoCompare o horário da fila, o horário de recebimento pelo provedor e o horário de chegada na TempGreen.
Domínio temporário rejeitado explicitamenteRespeite a política do remetente e use um e-mail permanente para contas importantes.
Apenas o conteúdo está incorretoO e-mail chegou; verifique o idioma do template, a substituição de variáveis e o ambiente dos links.
Diagnóstico rápido
Questões que costumam causar confusão no diagnóstico
Quanto tempo esperar até considerar um problema?
A maioria dos códigos chega em dezenas de segundos ou poucos minutos. Consulte primeiro o prazo informado pelo próprio aplicativo e o status da fila; se o código não chegar antes de expirar, registre como falha em vez de continuar esperando.
Atualizar a caixa de entrada envia o e-mail novamente?
Não. Atualizar apenas consulta os e-mails existentes na TempGreen; nenhuma API de reenvio de um produto de terceiros é acionada.
O e-mail temporário garante o recebimento de todos os códigos?
Não. O remetente pode rejeitar qualquer endereço ou domínio segundo a própria política de segurança. A TempGreen não pode alterar a decisão de envio do remetente.
Por que não consigo abrir o anexo?
A caixa de entrada temporária não mantém anexos; mensagens com mais de 100 MB são rejeitadas. Se precisar de anexos, use um alias de encaminhamento e observe as regras de retenção de cada plano.