Commencez par vérifier quelle adresse est associée au compte GitHub, puis assurez-vous que cette boîte peut recevoir les messages de GitHub. Examinez ensuite les courriers indésirables, les expéditeurs bloqués et les règles de filtrage ; un retard de livraison reste possible. Cette démarche s’adresse aux personnes qui voient une demande de vérification sur un nouvel appareil, et non à celles qui cherchent à réinitialiser leur mot de passe ou à confirmer une nouvelle adresse.
Ce guide est destiné aux personnes qui ne reçoivent pas le code à la connexion, à celles qui utilisent plusieurs boîtes ou viennent de modifier l’adresse de leur compte, ainsi qu’aux développeurs qui évaluent les limites d’une adresse temporaire pour protéger leur vie privée.
- Dès maintenant : vérifiez le compte et l’adresse de réception attendue.
- Après ce contrôle : inspectez les réglages de la boîte et laissez le temps à un éventuel retard de distribution de se résoudre.
- Pour les prochains comptes : gardez une adresse durable pour GitHub et réservez les adresses temporaires aux inscriptions à faible enjeu.
Identifier le message demandé par GitHub
Lors d’une connexion depuis un nouvel appareil, GitHub peut demander une vérification par e-mail. Le code de connexion est destiné à confirmer cette tentative : ce n’est pas le même message qu’une confirmation d’adresse e-mail après modification des paramètres, ni qu’un lien de réinitialisation du mot de passe. Le guide officiel de vérification des nouveaux appareils décrit ce contrôle et les vérifications à effectuer lorsqu’un code n’arrive pas.
Cette distinction évite une recherche souvent trompeuse : retrouver un ancien courriel de bienvenue ou un message de réinitialisation ne révèle pas nécessairement où le code de connexion a été envoyé. Il faut plutôt examiner les adresses actuellement associées au compte, et en particulier la boîte qui reste accessible.
| Message attendu | Son objectif | Ce qu’il faut contrôler |
|---|---|---|
| Code de connexion sur un nouvel appareil | Vérifier la tentative de connexion | L’adresse associée au compte et sa capacité à recevoir les messages |
| Courriel de vérification d’adresse | Confirmer une adresse ajoutée ou modifiée | La procédure de validation de l’adresse dans les paramètres |
| Message de réinitialisation du mot de passe | Aider à modifier le mot de passe | La procédure officielle de réinitialisation |
Adresse noreply liée aux contributions |
Masquer l’adresse personnelle dans certains échanges publics | Le paramètre d’adresse associé aux contributions, pas la boîte de connexion |
L’adresse noreply peut aider à limiter l’exposition d’une adresse personnelle dans les contributions publiques, mais elle ne remplace pas une adresse de compte accessible pour recevoir des messages de vérification. La référence GitHub sur les adresses e-mail distingue l’adresse du compte et les adresses utilisées pour protéger la confidentialité des contributions. Ce sont deux usages différents, même lorsqu’ils concernent le même compte.
Retrouver l’adresse qui reçoit le code
Si une session GitHub reste ouverte sur un autre appareil ou dans un navigateur déjà utilisé, consultez les paramètres du compte et repérez les adresses qui y sont associées. Vérifiez aussi si l’une d’elles est indiquée comme adresse principale, si l’information apparaît dans les paramètres, et si elle correspond bien à une boîte que vous pouvez ouvrir. Ne vous fiez pas uniquement à votre souvenir de l’adresse saisie lors de l’inscription : elle peut avoir été modifiée depuis.
Quand plusieurs adresses sont rattachées au compte, prenez le temps de les distinguer. Une adresse utilisée pour des notifications, une ancienne adresse encore associée au compte et la boîte ouverte par défaut dans votre logiciel de messagerie peuvent être différentes. Le fait de consulter la mauvaise boîte suffit à donner l’impression que GitHub n’a rien envoyé. Les instructions GitHub pour vérifier une adresse e-mail expliquent comment gérer cette vérification dans les paramètres.
Si vous ne pouvez plus accéder à aucune session, évitez d’essayer des adresses au hasard ou de multiplier les créations de compte. Commencez par identifier les boîtes auxquelles vous avez encore accès, puis consultez la procédure de récupération. Le résultat dépend des conditions applicables au compte ; il ne faut pas supposer qu’un nouvel appareil ou une autre adresse suffira à rétablir l’accès. La politique GitHub de récupération de compte décrit les limites et les voies officielles à examiner.
Cette vérification est aussi utile après un changement d’adresse. Un message de confirmation d’une adresse nouvellement ajoutée ne garantit pas à lui seul que la boîte surveillée actuellement est celle qui reçoit le code de connexion. Il faut contrôler l’état des adresses dans le compte et distinguer l’adresse confirmée de celle que vous consultez au quotidien.
Diagnostiquer la boîte de réception
Une fois l’adresse identifiée, vérifiez que son service de messagerie accepte bien les messages de GitHub. Consultez les dossiers de courriers indésirables et de quarantaine, puis recherchez les messages récemment reçus plutôt que de vous fier uniquement à la vue principale de la boîte. Certains logiciels classent automatiquement les messages dans des onglets ou des dossiers secondaires.
Contrôlez ensuite les règles de tri, les filtres et les expéditeurs bloqués. Une règle créée pour supprimer ou déplacer automatiquement certains messages peut masquer un courriel attendu sans qu’il soit réellement absent. Si la boîte est redirigée vers une autre adresse, vérifiez également que le transfert fonctionne et que le message n’est pas refusé par la boîte de destination.
| Point de contrôle | Indice à rechercher | Action prudente |
|---|---|---|
| Bonne boîte consultée | L’adresse correspond à celle associée au compte | Ouvrez cette boîte directement, au lieu de vous fier à un transfert ancien |
| Courriers indésirables ou quarantaine | Message de GitHub classé hors de la boîte principale | Examinez le dossier et suivez les consignes de votre service de messagerie |
| Règles et filtres | Déplacement, archivage ou suppression automatique | Repérez les règles susceptibles de toucher le message et corrigez-les si nécessaire |
| Expéditeurs bloqués | Blocage ou rejet de messages attendus | Vérifiez la liste de blocage et les réglages de réception |
| Retard de livraison | Aucun message visible alors que l’adresse semble correcte | Tenez compte d’un délai possible, sans inventer de durée ni multiplier les tentatives |
La documentation GitHub consacrée aux problèmes de vérification par e-mail recommande de s’assurer que la boîte concernée peut recevoir les messages de GitHub, de vérifier les courriers indésirables et les paramètres de blocage, et de tenir compte des retards éventuels. Elle ne justifie pas de promettre une durée précise de livraison. Si le code n’est toujours pas visible, reprenez les vérifications dans cet ordre plutôt que de supposer qu’il a été envoyé à une adresse inconnue.
Une boîte presque pleine, inactive ou désactivée peut également empêcher une réception normale. Dans ce cas, le problème ne se règle pas en modifiant les réglages GitHub : il faut d’abord rétablir l’accès à la boîte auprès de son fournisseur, ou déterminer si une autre adresse du compte est toujours accessible.
Choisir la suite selon le blocage
La décision dépend de deux éléments : l’accès à l’adresse associée au compte et la possibilité d’ouvrir les paramètres GitHub. Utilisez ces conditions comme un aiguillage, sans tenter de contourner l’étape de vérification.
- Si vous accédez à la boîte et à une session GitHub : confirmez l’adresse dans les paramètres, examinez les filtres et corrigez la réception avant de demander à nouveau un code selon les options affichées par GitHub.
- Si vous accédez à la boîte, mais pas à une session GitHub : contrôlez les dossiers secondaires et les règles de réception, puis suivez le parcours de connexion prévu par GitHub. Ne présumez pas que le code peut être envoyé à une autre adresse sur simple demande.
- Si l’adresse du compte est ancienne ou inaccessible : recherchez une session encore ouverte et vérifiez les options officielles de récupération. Ne comptez pas sur un nouvel appareil pour remplacer la vérification de l’identité.
- Si l’adresse est temporaire ou peut expirer : ne la remplacez pas par une série d’autres adresses pour obtenir le code. Passez par une adresse non jetable que vous pouvez conserver et consulter.
- Si la boîte fonctionne et que les paramètres semblent corrects : tenez compte d’un retard de livraison, puis utilisez la procédure de dépannage officielle si le message n’apparaît toujours pas.
Une adresse temporaire qui disparaît peut couper l’accès aux futurs messages de sécurité ou de récupération. Pour un compte de développement important, la continuité d’accès à la boîte compte davantage que la séparation immédiate entre identité personnelle et inscription.
La règle de GitHub sur les adresses jetables est importante ici : la plateforme indique qu’elle ne peut pas vérifier les adresses fournies par des services temporaires qui expirent. Une adresse peut donc sembler pratique au moment de l’inscription, puis devenir un obstacle quand il faut confirmer un changement ou sécuriser une connexion. Consultez les règles de vérification des adresses GitHub et choisissez une adresse non jetable à laquelle vous conserverez l’accès.
Pour les comptes qui doivent rester accessibles, une boîte personnelle durable ou une adresse dédiée que vous gérez à long terme est généralement plus appropriée. Les alias et le transfert d’e-mails peuvent séparer les usages tout en conservant un accès continu, à condition de surveiller la destination et de ne pas perdre la maîtrise du transfert. Le guide sur le passage d’une adresse temporaire à une adresse durable aide à évaluer cette continuité avant de choisir une adresse pour un compte important.
Ne pas confondre connexion, validation et confidentialité
Un code demandé lors d’une connexion depuis un nouvel appareil ne signifie pas nécessairement que l’adresse du compte doit être vérifiée à nouveau. La validation d’adresse intervient dans un autre contexte, par exemple lorsqu’une adresse est ajoutée ou modifiée. Le changement de mot de passe relève encore d’une procédure distincte. En cas de doute, identifiez d’abord le message demandé par la page de connexion, puis suivez la documentation correspondant à cette étape.
L’adresse noreply répond à un autre besoin : limiter l’exposition de l’adresse personnelle dans certains éléments visibles liés aux contributions. Elle ne constitue ni une boîte de réception pour les codes de connexion, ni un moyen de rendre un compte anonyme, ni un remplacement de l’adresse que vous pouvez consulter. La confidentialité des contributions et la réception des messages liés au compte doivent donc être gérées séparément.
L’authentification à plusieurs facteurs ajoute une protection au compte, mais ne supprime pas l’importance d’une adresse joignable. Les explications GitHub sur la vérification par e-mail et l’authentification à deux facteurs présentent ces mécanismes dans le cadre de la sécurisation du compte. Pour éviter un blocage, conservez des méthodes d’accès compatibles avec les options officielles et assurez-vous de pouvoir consulter les boîtes liées au compte.
Le même principe vaut pour les autres inscriptions. Une adresse temporaire peut réduire l’exposition de la boîte principale lors d’un essai bref ou d’une inscription à faible enjeu, mais elle n’est pas un bon choix si le compte doit être récupérable ou recevoir des messages importants à long terme. Pour comprendre la différence entre une boîte de réception temporaire et un environnement de test, consultez le guide sur les boîtes temporaires et les environnements de test. Cette distinction aide à choisir un outil selon le besoin réel, au lieu de traiter toutes les inscriptions de la même manière.
FAQ sur les codes GitHub
À quelle adresse le code de connexion est-il envoyé ?
Le code est destiné à une adresse e-mail associée au compte. Pour éviter de consulter la mauvaise boîte, vérifiez les adresses dans les paramètres si une session reste ouverte, puis ouvrez directement la boîte correspondante. Une adresse utilisée dans un ancien message, ou une adresse de confidentialité pour les contributions, ne permet pas à elle seule d’identifier la boîte qui reçoit le code.
Quels réglages vérifier quand le courriel n’arrive pas ?
Confirmez d’abord que l’adresse consultée est bien associée au compte et que la boîte accepte les messages de GitHub. Examinez ensuite les courriers indésirables, les expéditeurs bloqués, les règles de tri et les filtres. Un transfert peut aussi masquer un problème dans la boîte de destination. La documentation de dépannage GitHub reste la référence si ces contrôles ne permettent pas de retrouver le message.
Une adresse temporaire permet-elle de recevoir les codes GitHub ?
GitHub indique ne pas pouvoir vérifier une adresse provenant d’un service jetable susceptible d’expirer. Une adresse de ce type peut aussi devenir inaccessible au moment où un compte demande une confirmation. Pour un compte que vous souhaitez conserver, utilisez une adresse non temporaire et durablement accessible. Ne faites pas tourner plusieurs adresses temporaires pour tenter de passer le contrôle.
Après une modification d’adresse, où chercher le code ?
Vérifiez les adresses actuellement rattachées au compte et assurez-vous que vous consultez la bonne boîte. La confirmation d’une nouvelle adresse et le code de connexion sur un nouvel appareil sont des messages différents : ne supposez pas que la réception de l’un confirme la destination de l’autre. Si aucune session ne permet de consulter les paramètres, suivez les possibilités de récupération indiquées par GitHub.
Pour GitHub, la priorité reste une adresse durable que vous pouvez consulter et récupérer ; une boîte temporaire ne doit pas servir de raccourci pour la vérification du compte. En revanche, pour un essai ponctuel ou une inscription à faible enjeu sur un autre service, HideRelay peut servir à séparer la réception temporaire de votre boîte principale, sans présenter cette séparation comme une solution aux contrôles GitHub. Si vous souhaitez évaluer ce type d’usage, vous pouvez consulter HideRelay et réserver l’adresse durable aux comptes dont l’accès doit être préservé.
Questions fréquentes
À quelle adresse GitHub envoie-t-il le code demandé sur un nouvel appareil ?
Quelles vérifications faire si le message de GitHub n’apparaît pas ?
Une adresse temporaire peut-elle servir à recevoir le code de connexion GitHub ?
Que devient le code si l’adresse principale du compte a été modifiée ?
Faites passer une notification synthétique par un véritable envoi
Préparez les montants et les horaires attendus, puis envoyez l’e-mail à une adresse de test temporaire. Vérifiez d’abord qu’il est bien arrivé, puis comparez son contenu champ par champ. Ne prenez pas un e-mail de démonstration pour le résultat de votre propre test.