GitHubの新しい端末へのログイン確認で、最初に照合する受信先はアカウントに関連付けられたメールアドレスです。GitHubの新しい端末の確認方法に沿って、まずそのアドレスと受信可否を確認し、その後に迷惑メールやフィルターを調べてください。臨時メールやアクセスできない旧アドレスを使っている場合は、別の一時アドレスで回避しようとせず、長期的に使えるメールアドレスと公式の復旧手順を確認します。

この記事は、新しい端末からログインしようとして確認コードが届かないGitHub利用者向けです。
複数のメールアドレスを使う方や、アカウントの登録先を変更した方は、コードの送信先を特定する際に役立ちます。
主メールアドレスを隠したい開発者には、臨時メールを使える場面と、重要なアカウントで避けるべき理由を説明します。

まず、どのメールが届かないのかを切り分ける

GitHubのログイン時に届く新しい端末の確認コードは、アカウントに関連付けられたメールアドレスで受信します。これは、登録したメールアドレス自体の確認や、パスワードをリセットするメールとは別の手続きです。似た件名のメールを探すだけでなく、ログイン画面が求めている操作を確かめてください。

メールの種類 目的 最初に確認すること
新しい端末のログイン確認コード ログインを確認する アカウントに関連付けられた受信先
メールアドレスの確認 登録したアドレスを認証する アカウント設定と認証状態
パスワードのリセット パスワードを変更する リセットを申請したアカウント

GitHubのメールアドレス確認と、届かない場合の調査方法はそれぞれ公式の確認手順とメール確認のトラブルシューティングに記載されています。ログインコードを待っているのに、登録確認やパスワード変更の案内を探していると、確認すべき受信先や設定を取り違えやすくなります。

GitHubの新しい端末の確認コードは、どのメールアドレスに届きますか？
ログイン対象のGitHubアカウントに関連付けられたメールアドレスを確認します。普段使っているメールアドレスと同じとは限らないため、複数アカウントがある場合は、ログインしようとしているユーザー名も含めて照合してください。

届かないときは、登録先と受信設定を順に確認

症状 確認する項目 次の対応
コードの送信先が分からない ログイン対象のアカウントと関連付けられたアドレス 正しいアカウントか確認する
アドレスは合っているが届かない 迷惑メール、受信拒否、メールフィルター GitHubからのメールを受信できる設定にする
以前のアドレスに届く可能性がある 変更前後のアドレスと現在のアクセス可否 設定を確認し、公式の案内に従う
受信先を使えない アカウントへのアクセス状況 公式のアカウント復旧手順を確認する

最初に：ログイン対象とアカウントのメールアドレスを照合

アカウント名を取り違えていないか確認し、覚えのあるメールアドレスを順に照合します。最近メールアドレスを変更した場合も、変更したという記憶だけで送信先を決めつけず、現在のアカウント設定とログイン画面の案内を確かめてください。

GitHubのアカウントメールを変更した後、コードはどこに届きますか？
ログイン確認の案内に表示される受信先と、アカウントに現在関連付けられているメールアドレスを確認してください。古いアドレスを見られない場合、新しい端末や別の受信先だけで確認を通過できるとは限りません。設定を確認できる状態なら、アカウントにアクセスしたうえで登録先を整理します。

次に：迷惑メールと受信拒否、フィルターを調べる

対象の受信箱だけでなく、迷惑メールのフォルダー、受信拒否リスト、振り分けルールも確認します。メールサービス側でGitHubからのメールが拒否または自動移動されていないかを調べ、必要に応じて受信設定を見直してください。

GitHubのメールコードが見当たらないとき、どの設定を確認しますか？
まず、ログイン対象のアカウントに関連付けたメールアドレスを開き、迷惑メール、ブロックした送信元、フィルターの順で調べます。GitHubは、メールを受信できる状態か確認し、配信が遅れている可能性も考慮するよう案内しています。根拠のない待ち時間を決めたり、短時間に何度も別の操作をしたりするのではなく、公式のトラブルシューティングに沿ってください。

受信先に入れない場合は、復旧手段を確認

コードが届くメールアドレスにアクセスできない場合は、ログイン確認を回避する方法を探すのではなく、GitHubが案内するアカウント復旧の条件を確認します。GitHubアカウント復旧ポリシーに記載されている手続きが適用されるかを読み、必要な情報を用意してください。新しい端末を使っていることや、一時的な受信先を用意したことだけで、復旧できるとは限りません。

受信先を確認できないときに、別の臨時アドレスを作ってログインコードを受け取ろうとするのは適切な解決策ではありません。本人確認やアカウント復旧は、GitHubが示す手順に従ってください。

臨時メールを使っている場合の制限

GitHubは、一定期間後に失効する使い捨てメールサービスのアドレスを確認できないと説明しています。したがって、GitHubのアカウントメールに臨時メールを使っていてコードが届かない場合は、別の臨時アドレスへの切り替えや、アドレスの繰り返し作成で対処しないでください。検証できる、継続して利用可能なメールアドレスを用意し、公式のアカウント手順に従うのが基本です。

選択肢 向いている用途 注意点
長期的に管理できるメールアドレス GitHubなど、後からログインや復旧が必要なアカウント 継続して受信できる状態を保つ
臨時メール 重要度が低く、短期の受信で足りる登録 失効後に確認や復旧ができない可能性がある
GitHubのnoreplyアドレス コミットに使うメールアドレスの公開を避ける アカウントの連絡先メールの代わりではない

GitHubのアカウントで臨時メールが使えず、確認コードも受け取れない場合は？
GitHubの説明では、時間が経つと失効する使い捨てメールサービスのアドレスは確認できません。アカウントに関する重要な連絡や復旧に備え、継続してアクセスできるアドレスを使ってください。GitHubがコミットのプライバシー保護のために提供するnoreplyアドレスは、ログイン確認用のアカウントメールを置き換えるものではありません。GitHubのメールアドレスに関する資料で用途の違いを確認できます。

条件 選ぶ対応
GitHubの設定を開けて、関連付けられたメールを確認できる 設定と受信状態を確認し、必要な変更は公式手順で行う
登録先は使えるがメールが見当たらない 迷惑メール、拒否設定、フィルターを調べる
登録先が失効した、またはアクセスできない 公式のアカウント復旧条件を確認する
GitHubのコミットで個人用アドレスを公開したくない noreplyアドレスの用途を確認し、ログイン用メールとは分けて扱う

問題が解決した後に、今後の登録先を使い分ける

GitHubのアカウントでは、ログインや復旧に使える長期管理可能なメールアドレスを維持してください。一方、継続利用の予定がない低信頼サイトへの短期登録では、主メールアドレスをそのまま渡さない選択肢もあります。アカウントの重要度と、後からメールを受け取る必要があるかで使い分けるのが現実的です。

登録先の種類 メールの選び方
GitHub、金融、行政などの重要アカウント 継続してアクセスできるメールアドレス
後から本人確認やパスワード復旧が必要なサービス 長期管理できるアドレス、または継続利用できる別名
低信頼で短期利用のサイト サービスの条件を確認したうえで臨時受信先を検討

サイトごとに受信先を分ける考え方は、受信箱と一時利用の使い分けでも確認できます。主メールを守るための登録先の選び方は、登録テストの手順を参考にしながら、アカウントの重要度と継続性で判断してください。

今週は、GitHubのアカウント設定で登録先と受信可否を確認し、復旧に使うメールアドレスへアクセスできる状態か見直しておくと安心です。低信頼サイトの短期登録だけを分離したい場合は、HideRelayの臨時受信先を検討できます。ただし、GitHubの新しい端末へのログイン確認や、長期的なアカウント管理に使うメールの代替ではありません。

テスト用通知メールを実際に送信して確認

金額と時刻の期待値を用意したら、テスト用の一時アドレスにメールを送信します。まず実際に届いたことを確認してから、内容を項目ごとに照合してください。サンプルメールを自分のテスト結果として扱わないでください。

テストメールの受信を開始