メールアドレスの変更が組織通知を静かに壊す理由
受信箱を閉じようとしているオーナーが変えようとしているのは、通常は「メールがどこに届くか」という一点です。しかしGitHubは少なくとも3つの異なる役割でアドレスを使い、それぞれ失敗の仕方が異なります。
| 役割 | 何をするか | 受信箱を閉じると何が壊れるか |
|---|---|---|
| サインインと復旧 | アカウントの認証と復旧を可能にする | アカウント自体から締め出される可能性がある |
| 承認済み通知用メールアドレス | 配信がドメインに限定されている場合に組織のメールを受け取る | 組織の通知が届かなくなる |
| 公開コミットの識別情報 | コミットのメタデータにアドレスを表示する | せいぜい見た目の問題で、メールは配信されない |
これらは別々の確認項目として扱ってください。1つを変更しても、他の項目が確認できたことにはなりません。
見落とされやすいのがドメイン制限の部分
組織が通知の配信を承認済みドメインに限定している場合、残す予定のアドレスはそのドメインに属し、かつ検証済みでなければなりません。
組織が通知の配信をそのドメインに限定している場合、GitHubは承認済みドメインのメールアドレスの検証を要求します。Source
つまり、自分で管理している個人アドレスでも自動的に受け入れられるわけではありません。古い受信箱を閉じる前に、組織のオーナーにどのドメインが承認されているかを確認し、代替アドレスがそのドメイン上にあり、GitHubのメール設定で検証済みと表示されていることを確かめてください。
もう1つの制約が、最も手早い回避策を排除します。
GitHubは使い捨てメールサービスによる検証を認めていません。Source
代替の受信箱が使い捨てまたは一時的なサービスの場合、別のアドレスを用意してください。使い捨ての受信箱への転送ルールは、余分なホップが増えるだけで同じ問題です。
コミットのアドレスと通知用アドレスを混同しない
コミットには返信不可のアドレスが表示されることがありますが、これは意図的なものです。
返信不可のコミット作成者アドレスはプライバシー保護の仕組みであり、受信可能で検証済みの通知用メールアドレスの代わりにはなりません。Source
これは設定を監査するときに重要です。コミット履歴に返信不可のアドレスが見えても、組織のメールが自分に届くかどうかは何も分かりません。通知用アドレスとサインイン用アドレスは別々に確認してください。
移行前のチェックリスト
次の順番で進め、すべての手順が完了するまで古い受信箱を閉じないでください。
- 古いアドレスが担っている役割を洗い出す。 サインイン、復旧、通知の配信、公開コミットの識別情報。古い受信箱が現在どれを担っているかを書き留めます。
- 先に代替アドレスを追加する。 何かを削除する前に、アカウントに追加して検証を完了させます。
- 承認済みドメインを確認する。 組織のオーナーに通知配信で承認されているドメインを尋ね、代替アドレスがそれに一致するか確認します。
- 使い捨てサービスを除外する。 代替が一時的なメールプロバイダーに依存している場合は、別のアドレスを選びます。
- 復旧手段を自分の管理下に保つ。 変更の間ずっと、自分で管理するアドレスでサインインと復旧のメールを受け取れるようにします。
- テストを送る。 影響の小さい組織通知を発生させ、新しい受信箱に届くことを確認します。
- それから初めて古い受信箱を閉じる。 代替先に実際のメールが届くのを確認するまで、戻る手段を残しておきます。
判断表：代替アドレスの準備はできているか
| 質問 | はいの場合 | いいえの場合 |
|---|---|---|
| 新しいアドレスはアカウント上で検証済みか？ | 次へ進む | まず検証する |
| 組織の承認済みドメイン上にあるか？ | 次へ進む | オーナーに確認する。まだ閉じない |
| 使い捨てサービスか？ | 別のアドレスを選ぶ | 次へ進む |
| そこに実際の組織通知が届いたか？ | 古い受信箱を閉じる | 届くまで両方を維持する |
よくある失敗パターン
- 間違ったアドレスを検証する。 個人アドレスを確認しても、組織が承認済みドメインにしか配信しない場合は、メールが静かに止まります。
- 古いアドレスを早すぎる段階で削除する。 アカウント自体に検証メールがまだ必要になることがあります。新しい受信箱で確認できるまで、古い受信箱は開いたままにします。
- コミットの識別情報を信頼する。 整った返信不可のコミットアドレスは設定がすべて済んでいるように見えますが、通知の配信については何も示していません。
- 使い捨ての受信箱を使う。 制限付き配信では検証できず、復旧メールの宛先としても不適切です。
承認済みドメインを確認できない場合は、移行は未完了とみなしてください。推測せず、組織のオーナーに尋ねてください。
このガイドで確定できないこと
この記事は、現在のGitHubのメニュー名、正確な文字数のルール、すべてのプラン種別の手順を説明するものではありません。そうした詳細は変わるため、自分の設定と組織のドキュメントで確認してください。上記の確認は役割と検証に関するものであり、特定の画面レイアウトに関するものではありません。
関連する次のタスク
組織のメールが安定したら、閉じようとしているアドレスに他にどのアカウントが紐づいているかを知りたくなるかもしれません。それは通知の配信とは別の問いであり、メールアドレスからアカウントを見つけるガイドで扱っています。
公開プロフィールを手早く一通り確認したい場合は、TraceSeekが3,000+のプラットフォームにわたってユーザー名をチェックします。初回スキャンは無料で、登録も不要です。公開プロフィールでの一致は手がかりであり、同じ人物のアカウントである証拠ではないため、重要なことは直接確認してください。