Por que uma única mudança de e-mail pode quebrar silenciosamente as notificações da organização
Quem está aposentando uma caixa de entrada normalmente muda uma coisa só: onde o e-mail chega. Mas o GitHub pode usar um endereço em pelo menos três funções diferentes, e cada uma falha de um jeito distinto.
| Função | O que faz | O que quebra se você aposentar a caixa de entrada |
|---|---|---|
| Login e recuperação | Permite autenticar e recuperar a conta | Você pode ficar bloqueado da própria conta |
| E-mail de notificação aprovado | Recebe os e-mails da organização quando a entrega é restrita a um domínio | Os avisos da organização param de chegar |
| Identidade pública de commit | Exibe um endereço nos metadados do commit | No máximo cosmético; não entrega e-mail |
Trate essas verificações como separadas. Mudar uma não confirma as outras.
A restrição de domínio é a parte que as pessoas esquecem
Se sua organização limita a entrega de notificações a um domínio aprovado, o endereço que você pretende manter precisa pertencer a esse domínio e estar verificado.
O GitHub exige a verificação de um e-mail de domínio aprovado quando uma organização restringe a entrega de notificações a esse domínio. Fonte
Portanto, um endereço pessoal que você controla não é aceito automaticamente. Antes de aposentar a caixa de entrada antiga, pergunte ao proprietário da organização qual domínio é aprovado e confirme se seu endereço substituto está nesse domínio e aparece como verificado nas configurações de e-mail do GitHub.
Uma segunda restrição elimina o atalho mais rápido:
O GitHub não permite verificação por meio de serviços de e-mail descartável. Fonte
Se a caixa de entrada substituta for um serviço descartável ou temporário, planeje um endereço diferente. Uma regra de encaminhamento para uma caixa descartável é o mesmo problema com um salto extra.
Não confunda o endereço de commit com o endereço de notificação
Um commit pode exibir um endereço no-reply, e isso é intencional.
Um endereço de autor de commit no-reply é um mecanismo de privacidade, não um substituto para um e-mail de notificação acessível e verificado. Fonte
Isso importa quando você audita suas configurações: ver um endereço no-reply no histórico de commits não diz nada sobre se os e-mails da organização vão chegar até você. Verifique os endereços de notificação e de login separadamente.
Uma lista de verificação para aposentadoria
Siga estes passos em ordem e não feche a caixa de entrada antiga até concluir todos.
- Liste as funções que o endereço antigo desempenha. Login, recuperação, entrega de notificações e identidade pública de commit. Anote quais dessas funções a caixa antiga atende atualmente.
- Adicione o endereço substituto primeiro. Adicione-o à conta e conclua a verificação antes de remover qualquer coisa.
- Confirme o domínio aprovado. Pergunte ao proprietário da organização qual domínio é aprovado para entrega de notificações e verifique se seu endereço substituto corresponde a ele.
- Descarte serviços descartáveis. Se o substituto depender de um provedor de e-mail temporário, escolha outro endereço.
- Mantenha a recuperação sob seu controle. Garanta que você ainda consiga receber e-mails de login e recuperação em um endereço que controla durante toda a mudança.
- Envie um teste. Dispare uma notificação de organização de baixo risco e confirme que ela chega à nova caixa de entrada.
- Só então aposente a caixa de entrada antiga. Mantenha um caminho de volta até ver um e-mail real chegar ao substituto.
Tabela de decisão: o substituto está pronto?
| Pergunta | Se sim | Se não |
|---|---|---|
| O novo endereço está verificado na conta? | Continue | Verifique-o primeiro |
| Ele está no domínio aprovado da organização? | Continue | Pergunte ao proprietário; não aposente ainda |
| É um serviço descartável? | Escolha outro endereço | Continue |
| Você recebeu uma notificação real da organização nele? | Aposente a caixa antiga | Mantenha as duas até receber |
Caminhos comuns de falha
- Verificar o endereço errado. Você confirma um endereço pessoal, mas a organização só entrega no domínio aprovado dela. Os e-mails param silenciosamente.
- Remover o endereço antigo cedo demais. O e-mail de verificação ainda pode ser necessário para a própria conta. Mantenha a caixa antiga aberta até a nova estar comprovada.
- Confiar na identidade de commit. Um endereço no-reply arrumado no commit parece que tudo está configurado, mas não diz nada sobre a entrega de notificações.
- Usar uma caixa descartável. Ela não pode ser verificada para entrega restrita e é um lugar ruim para e-mails de recuperação.
Se você não conseguir confirmar o domínio aprovado, trate a migração como incompleta. Pergunte ao proprietário da organização em vez de adivinhar.
O que este guia não estabelece
Este artigo não descreve os rótulos atuais dos menus do GitHub, as regras exatas de caracteres nem os passos para cada tipo de plano. Esses detalhes mudam e devem ser verificados nas suas próprias configurações e na documentação da sua organização. As verificações acima tratam de funções e verificação, não de um layout de tela específico.
Uma próxima tarefa relacionada
Depois que os e-mails da organização estiverem estáveis, você pode querer saber quais outras contas estão vinculadas a um endereço que está aposentando. Essa é uma pergunta separada da entrega de notificações e é abordada no guia sobre encontrar contas por um endereço de e-mail.
Se você quiser uma primeira verificação rápida em perfis públicos, o TraceSeek verifica nomes de usuário em mais de 3.000 plataformas, com a primeira verificação gratuita e sem necessidade de cadastro. Uma correspondência pública é uma pista, não prova de que a conta pertence à mesma pessoa, então verifique diretamente qualquer coisa importante.