O que fazer quando não chega o e-mail de verificação ao entrar no GitHub em um novo dispositivo? Em 2026, confira primeiro o endereço da conta

E-mail de verificação do GitHub em novo dispositivo: confirme o endereço

Antes de investigar a entrega, vale identificar qual mensagem falta. O GitHub usa mensagens diferentes para verificar um novo dispositivo, verificar um endereço de e-mail associado à conta e redefinir uma senha. Um problema com uma delas não significa necessariamente que as outras também falharam. O código de novo dispositivo não é um e-mail de confirmação de cadastro nem uma mensagem de redefinição de senha.

Comece pelo endereço associado à conta que está tentando acessar. Se há mais de uma conta, verifique se o nome de usuário e a conta escolhidos na tela de login são os esperados. Em seguida, consulte as configurações de e-mail se ainda tiver uma sessão aberta em outro dispositivo. A documentação do GitHub descreve como verificar um endereço e gerenciar as preferências de e-mail na página oficial sobre a verificação do endereço.

Uma mudança recente no endereço também pode causar confusão. Não conclua que o código foi para o endereço novo apenas por ter iniciado uma alteração. Confira qual endereço consta nas configurações e se a alteração foi concluída. Se não houver uma sessão ativa que permita confirmar isso, passe para as opções oficiais de recuperação, em vez de testar endereços aleatórios ou criar outra conta para tentar contornar a solicitação.

É útil manter essas distinções claras:

• Verificação de novo dispositivo: confirma o acesso durante o login reconhecido como novo pelo GitHub. Consulte a caixa associada à conta que está sendo acessada.
• Verificação do endereço de e-mail: confirma que o endereço associado pode ser usado como endereço da conta. A documentação de verificação explica esse fluxo.
• Redefinição de senha: é um processo diferente, iniciado quando a senha precisa ser recuperada. Uma solicitação de código de novo dispositivo não equivale a uma redefinição.
• Endereço noreply: pode ajudar a ocultar o endereço pessoal em determinadas contribuições, mas não substitui um endereço válido e acessível para a conta. A referência oficial sobre endereços de e-mail do GitHub explica essa diferença.

Essa separação evita uma tentativa comum que não resolve o problema: pedir uma redefinição de senha quando o bloqueio é uma verificação de novo dispositivo, ou procurar a mensagem de verificação do endereço quando o código esperado é o de login. Primeiro identifique o texto exibido pelo GitHub e qual ação ele está solicitando. Depois, siga o fluxo correspondente e verifique a caixa associada à conta certa.

Rastreie a falha de entrega sem mudar de conta

Se o endereço está correto, investigue a caixa de entrada antes de concluir que o GitHub não enviou a mensagem. A documentação recomenda conferir se a caixa consegue receber e-mails do GitHub e verificar pastas e regras que possam desviar ou bloquear a mensagem. Se houver um atraso de entrega, considere essa possibilidade em vez de tratar a ausência imediata como prova de que a conta perdeu o acesso. O GitHub não define um prazo universal de chegada que permita estabelecer um limite seguro para todos os provedores.

Siga esta sequência de diagnóstico:

• Abra a caixa do endereço associado à conta. Confira a caixa de entrada e as pastas de spam ou lixo eletrônico. Se a caixa tem várias categorias ou abas, procure também nas áreas em que mensagens automatizadas costumam ser separadas.
• Confirme que a caixa ainda recebe mensagens. Verifique se não está cheia, desativada ou sujeita a uma restrição que impeça novas entregas. Se outros e-mails também não chegam, resolva primeiro a capacidade de recebimento ou o acesso à caixa.
• Revise remetentes bloqueados. Procure uma regra que tenha bloqueado mensagens do GitHub ou encaminhado mensagens automáticas para uma pasta. Não desative todos os filtros indiscriminadamente; identifique a regra pertinente e ajuste apenas o necessário.
• Examine filtros e encaminhamentos. Uma regra por assunto, endereço ou palavra-chave pode arquivar ou excluir a mensagem sem que ela apareça na entrada. Verifique também se um encaminhamento está apontando para uma caixa antiga ou inacessível.
• Considere a possibilidade de atraso. A orientação oficial de solução de problemas recomenda levar em conta a entrega e conferir as configurações da caixa. Evite interpretar a falta de chegada instantânea como confirmação de bloqueio ou de endereço incorreto.
• Volte ao fluxo oficial de login. Depois de conferir a caixa, use o procedimento apresentado pelo GitHub. Não crie novas contas nem troque endereços em sequência como forma de escapar da verificação.

A página de solução de problemas de verificação de e-mail do GitHub reúne recomendações oficiais para mensagens de verificação que não chegam. Use-a para distinguir problemas da caixa de entrada de problemas no endereço cadastrado. Se a dificuldade for especificamente a validação de um novo dispositivo, consulte também a orientação de login para confirmar que está seguindo o fluxo correspondente, e não o de confirmação de endereço.

Escolha o próximo passo conforme o que ainda funciona

Use esta lista de decisão para identificar a ação adequada. Marque cada condição que se aplica e siga a indicação correspondente; se nenhuma opção permitir recuperar o acesso à caixa associada, consulte a política oficial de recuperação.

• [ ] Reconheço o endereço associado e consigo abrir a caixa. Confira spam, bloqueios, filtros e encaminhamentos. Se a caixa recebe outras mensagens, mas o código não aparece, considere um atraso e retome o fluxo oficial de login.
• [ ] Tenho uma sessão ativa em outro dispositivo. Abra as configurações da conta para confirmar qual endereço está associado. Se a alteração estiver pendente, conclua a verificação prevista pelo GitHub antes de presumir que o endereço novo já recebe os códigos.
• [ ] Conheço o endereço antigo e ainda consigo acessá-lo. Procure a mensagem nessa caixa, mesmo que tenha começado a usar outro endereço. Se não encontrar o código, revise as regras de recebimento antes de alterar qualquer dado da conta.
• [ ] A caixa associada não recebe nenhuma mensagem. Resolva primeiro a restrição de acesso ou recebimento com o provedor da caixa. Repetir o pedido de verificação não corrige uma caixa desativada, cheia ou inacessível.
• [ ] Não consigo mais acessar o endereço associado. Consulte a política oficial de recuperação de conta. As opções dependem das condições descritas pelo GitHub; não há garantia de que uma caixa nova ou um dispositivo novo substitua a validação necessária.
• [ ] O endereço associado é descartável e expirou. Não crie outro endereço temporário para receber o código. O GitHub informa que não permite verificar endereços descartáveis que expiram após um período. Use os procedimentos disponíveis para a conta e, para uso futuro, mantenha um endereço não descartável acessível.
• [ ] A mensagem solicitada é de redefinição de senha ou verificação do endereço. Use o fluxo correspondente. Repetir o caminho de novo dispositivo não resolve uma solicitação diferente.

A política de recuperação de conta do GitHub é a referência para entender os limites desse processo. Leia as condições oficiais antes de tentar qualquer mudança. Um pedido de suporte não deve ser tratado como promessa de recuperação: a política define os caminhos e requisitos aplicáveis, e não garante que toda conta possa ser recuperada sem acesso ao endereço necessário.

Esse roteiro também ajuda a evitar custos ocultos de uma reação precipitada. Criar outra conta pode separar projetos, configurações e histórico em identidades diferentes. Trocar o endereço sem confirmar o processo pode deixar a conta associada a uma caixa que não está disponível. E apagar filtros em bloco pode remover regras úteis sem resolver a mensagem desviada. O diagnóstico deve se concentrar primeiro no endereço e na caixa efetivamente associados.

Endereço temporário e noreply têm funções diferentes

Uma caixa temporária pode ser útil para reduzir a exposição da caixa principal em cadastros de baixo risco e uso breve. Mas essa conveniência depende de conseguir receber a mensagem enquanto o endereço ainda está disponível e de não precisar dele no futuro. Para uma conta de desenvolvimento que pode exigir novo login, recuperação ou avisos importantes, essa dependência cria um risco de continuidade.

O GitHub declara que não permite verificar endereços de serviços descartáveis que expiram após um período. Portanto, a verificação de um endereço temporário não é uma solução alternativa para o código de um novo dispositivo. Também não é recomendável rotacionar endereços para tentar passar pela validação. A regra se refere ao processo de verificação de endereços descartáveis do GitHub; não deve ser estendida como se descrevesse o comportamento de todos os serviços de e-mail ou todos os tipos de login.

O endereço noreply resolve outro problema: ajuda a não exibir o endereço pessoal em certos contextos de contribuição. Não serve como uma caixa de entrada separada que você possa abrir para receber o código. Também não substitui a necessidade de manter um endereço de conta válido e sob seu controle. Para entender a diferença entre endereços associados à conta e endereços de contribuição, consulte a referência oficial sobre endereços de e-mail no GitHub.

Para decidir entre um endereço permanente e um temporário, avalie o impacto de perder o acesso:

• Se a conta guarda projetos, automações, acesso de trabalho ou histórico importante, use um endereço duradouro que você controla e consegue recuperar. A continuidade do acesso é mais importante do que ocultar o endereço a qualquer custo.
• Se o cadastro é de baixo risco, pontual e não depende de recuperação futura, um endereço temporário pode ser considerado, desde que o serviço e as regras do site permitam. Antes, avalie se haverá confirmação posterior, suporte ou avisos que ainda serão necessários.
• Se quer reduzir a exposição sem depender de um endereço que desaparece, compare alternativas de endereços de longo prazo e seus efeitos sobre a continuidade. O guia sobre e-mail temporário e e-mail de longo prazo ajuda a avaliar essa troca.
• Se está testando um site pouco conhecido, veja como separar esse cadastro de uma conta importante no guia de registro de teste e isolamento do e-mail. A separação deve proteger a caixa principal sem comprometer contas que exigem recuperação.

Em outras palavras, a decisão não depende apenas de quanto você quer ocultar o endereço. Ela também depende do que acontece se perder a caixa. Uma conta que pode ser necessária para trabalhar, receber avisos de segurança ou recuperar outros acessos pede um endereço que continue sob seu controle. Um cadastro descartável, sem relação com contas importantes e sem necessidade de contato futuro, pode ter outro perfil de risco. A regra do GitHub sobre endereços descartáveis precisa ser respeitada independentemente dessa avaliação.

Reduza a exposição da caixa principal em outros cadastros

A decisão para o GitHub não precisa definir a estratégia para todo cadastro. É possível reservar um endereço duradouro para contas importantes e usar uma opção temporária apenas em situações de baixo risco, nas quais não haja expectativa de recuperação ou comunicação futura. O ponto decisivo é classificar o que pode ser perdido, não simplesmente escolher a opção mais anônima.

Antes de informar qualquer endereço, faça estas verificações:

• A conta exige acesso contínuo? Se for usada para trabalho, desenvolvimento, pagamentos, serviços públicos ou recuperação de outras contas, mantenha um endereço estável e acessível.
• Será necessário receber avisos depois do cadastro? Se a resposta for sim, um endereço que pode deixar de estar disponível não é uma boa escolha.
• O site pede validação posterior ou recuperação por e-mail? Leia as regras e avalie se é possível substituir o endereço sem perder a conta.
• O objetivo é apenas evitar spam de um cadastro pontual? Para um cenário realmente temporário e de baixo risco, um endereço separado pode ajudar a limitar a exposição da caixa principal, desde que não seja usado para contornar exigências do serviço.
• A mensagem contém informação de acesso ou recuperação? Mantenha o controle da caixa e não compartilhe códigos.

O guia sobre e-mail temporário e isolamento de cadastros pode ajudar a separar mensagens de testes e registros de baixo risco da caixa usada para contas duradouras. Essa separação não torna anônima uma conta do GitHub, não recupera um endereço perdido e não substitui os requisitos de verificação do serviço. Para o GitHub, a prioridade continua sendo um e-mail de conta que permaneça acessível.

Também vale distinguir privacidade de anonimato. Separar um cadastro da caixa principal pode reduzir a exposição direta desse endereço, mas não apaga os dados já fornecidos ao site nem impede que outras informações identifiquem uma conta. Por isso, a opção de e-mail deve fazer parte de uma avaliação mais ampla: quais dados o serviço pede, para que a conta será usada e se será necessário manter contato com ela.

Perguntas frequentes sobre o código do GitHub

Para qual e-mail vai o código quando o GitHub pede validação de um novo dispositivo?

O código está relacionado ao endereço associado à conta que está sendo usada para entrar. Se você usa mais de uma conta, confirme o usuário selecionado antes de procurar a mensagem. Se ainda houver uma sessão aberta, consulte as configurações de e-mail. Não confunda o código de novo dispositivo com uma confirmação de endereço ou uma redefinição de senha, pois cada fluxo tem uma finalidade diferente.

O que revisar quando não chega o código de e-mail do GitHub?

Comece pela caixa vinculada à conta e confirme que ela consegue receber mensagens. Depois, examine spam, remetentes bloqueados, regras de filtragem e encaminhamento. Se o endereço foi alterado, verifique qual consta na conta e se a mudança foi concluída. Considere também a possibilidade de atraso, conforme a orientação oficial, sem presumir que exista um prazo único para todos os provedores.

O que fazer se a conta do GitHub usa um endereço temporário?

O GitHub não permite verificar endereços descartáveis que expiram após um período. Não tente contornar essa regra usando endereços temporários em sequência. Se ainda tiver uma sessão acessível, consulte as configurações da conta e siga o processo oficial para manter um endereço não descartável. Se perdeu o acesso, consulte a política de recuperação; a disponibilidade de opções depende dos requisitos indicados pelo GitHub.

Para onde vai o código depois de alterar o e-mail associado à conta?

Confirme nas configurações qual endereço está associado à conta e se a alteração foi concluída. Não considere uma troca iniciada como concluída nem suponha que o código foi automaticamente para o endereço novo. Se ainda consegue entrar em outro dispositivo, use essa sessão para verificar os dados da conta. Se não consegue acessar a caixa necessária, consulte a política oficial de recuperação, em vez de tentar substituir a validação por um endereço temporário.

Para o GitHub, a escolha segura é manter um endereço de conta duradouro, acessível e apto a receber mensagens; um endereço noreply não o substitui, e um endereço temporário não deve ser usado para contornar a validação. Já em cadastros pontuais de baixo risco, pode fazer sentido separar a caixa principal, desde que não haja necessidade de recuperar a conta ou receber avisos no futuro. Quando essa for a necessidade, o HideRelay pode ser considerado para receber mensagens de cadastros temporários sem expor a caixa principal. Não use esse recurso como alternativa ao e-mail de login do GitHub.