Чому одна зміна пошти може непомітно зламати сповіщення організації
Власник, який закриває поштову скриньку, зазвичай змінює лише одне: куди надходить пошта. Але GitHub може використовувати адресу щонайменше в трьох різних ролях, і вони виходять з ладу по-різному.
| Роль | Що вона робить | Що зламається, якщо закрити скриньку |
|---|---|---|
| Вхід і відновлення | Дозволяє автентифікуватися та відновити обліковий запис | Ви можете втратити доступ до самого облікового запису |
| Затверджена пошта для сповіщень | Отримує пошту організації, коли доставку обмежено доменом | Сповіщення організації перестануть надходити |
| Публічна ідентичність комітів | Показує адресу в метаданих коміту | Щонайбільше косметичний ефект; пошту вона не доставляє |
Розглядайте це як окремі перевірки. Зміна однієї не підтверджує інші.
Обмеження домену — це те, що люди часто пропускають
Якщо ваша організація обмежує доставку сповіщень затвердженим доменом, адреса, яку ви плануєте залишити, повинна належати до цього домену й бути підтвердженою.
GitHub вимагає підтвердження адреси на затвердженому домені, якщо організація обмежує доставку сповіщень цим доменом. Джерело
Отже, особиста адреса, яку ви контролюєте, не є автоматично прийнятною. Перш ніж закрити стару скриньку, запитайте власника організації, який домен затверджено, а потім переконайтеся, що ваша адреса-заміна належить до цього домену й позначена як підтверджена в налаштуваннях електронної пошти GitHub.
Друге обмеження виключає найшвидший обхідний шлях:
GitHub не дозволяє підтвердження через сервіси одноразової пошти. Джерело
Якщо скринька-заміна — це одноразовий або тимчасовий сервіс, плануйте іншу адресу. Правило пересилання в одноразову скриньку — це та сама проблема з додатковим кроком.
Не плутайте адресу комітів з адресою для сповіщень
Коміт може показувати адресу no-reply, і це навмисно.
Адреса автора коміту no-reply — це механізм приватності, а не заміна доступної підтвердженої адреси для сповіщень. Джерело
Це важливо, коли ви перевіряєте свої налаштування: побачивши адресу no-reply в історії комітів, ви нічого не дізнаєтеся про те, чи надійде до вас пошта організації. Перевіряйте адреси для сповіщень і входу окремо.
Контрольний список перед закриттям
Виконайте ці кроки по порядку й не закривайте стару скриньку, доки не завершите кожен.
- Перелічіть ролі, які виконує стара адреса. Вхід, відновлення, доставка сповіщень і публічна ідентичність комітів. Занотуйте, які з них зараз обслуговує стара скринька.
- Спочатку додайте адресу-заміну. Додайте її до облікового запису й завершіть підтвердження, перш ніж щось видаляти.
- Підтвердьте затверджений домен. Запитайте власника організації, який домен затверджено для доставки сповіщень, і перевірте, чи ваша адреса-заміна йому відповідає.
- Виключіть одноразові сервіси. Якщо заміна залежить від тимчасового поштового провайдера, виберіть іншу адресу.
- Тримайте відновлення під своїм контролем. Переконайтеся, що протягом усієї зміни ви можете отримувати пошту для входу й відновлення на адресу, яку контролюєте.
- Надішліть тест. Ініціюйте малозначуще сповіщення організації й переконайтеся, що воно надійшло на нову скриньку.
- Лише тоді закривайте стару скриньку. Залишайте шлях назад, доки не побачите, що на заміну надходить реальна пошта.
Таблиця рішень: чи готова заміна?
| Запитання | Якщо так | Якщо ні |
|---|---|---|
| Чи підтверджена нова адреса в обліковому записі? | Продовжуйте | Спершу підтвердьте її |
| Чи належить вона до затвердженого домену організації? | Продовжуйте | Запитайте власника; поки не закривайте |
| Це одноразовий сервіс? | Виберіть іншу адресу | Продовжуйте |
| Чи отримали ви туди реальне сповіщення організації? | Закривайте стару скриньку | Тримайте обидві, доки не отримаєте |
Типові шляхи збою
- Підтвердження не тієї адреси. Ви підтверджуєте особисту адресу, але організація доставляє пошту лише на свій затверджений домен. Пошта тихо перестає надходити.
- Завчасне видалення старої адреси. Лист для підтвердження може ще знадобитися для самого облікового запису. Тримайте стару скриньку відкритою, доки нова не перевірена.
- Довіра до ідентичності комітів. Охайна адреса no-reply у комітах виглядає так, ніби все налаштовано, але вона нічого не каже про доставку сповіщень.
- Використання тимчасової скриньки. Її не можна підтвердити для обмеженої доставки, і це погане місце для пошти відновлення.
Якщо ви не можете підтвердити затверджений домен, вважайте міграцію незавершеною. Запитайте власника організації, а не здогадуйтеся.
Чого цей посібник не встановлює
Ця стаття не описує поточні назви меню GitHub, точні правила щодо символів або кроки для кожного типу плану. Ці деталі змінюються, і їх слід перевіряти у власних налаштуваннях і документації вашої організації. Наведені вище перевірки стосуються ролей і підтвердження, а не конкретного вигляду екрана.
Пов’язане наступне завдання
Коли пошта організації стабільна, ви можете захотіти дізнатися, які ще облікові записи пов’язані з адресою, яку ви закриваєте. Це окреме питання від доставки сповіщень, і воно розглядається в посібнику про пошук облікових записів за адресою електронної пошти.
Якщо ви хочете швидко переглянути публічні профілі, TraceSeek перевіряє імена користувачів на 3 000+ платформах, перше сканування безкоштовне й не потребує реєстрації. Публічний збіг — це зачіпка, а не доказ, що обліковий запис належить тій самій людині, тож перевіряйте все важливе безпосередньо.