Mengapa satu perubahan email bisa diam-diam memutus notifikasi organisasi
Seorang pemilik yang akan menonaktifkan kotak masuk biasanya hanya mengubah satu hal: ke mana email dikirim. Namun GitHub dapat menggunakan sebuah alamat dalam setidaknya tiga peran berbeda, dan masing-masing gagal dengan cara yang berbeda.
| Peran | Fungsinya | Apa yang rusak jika Anda menonaktifkan kotak masuk |
|---|---|---|
| Masuk dan pemulihan | Memungkinkan Anda mengautentikasi dan memulihkan akun | Anda bisa terkunci dari akun itu sendiri |
| Email notifikasi yang disetujui | Menerima email organisasi saat pengiriman dibatasi ke suatu domain | Pemberitahuan organisasi berhenti sampai kepada Anda |
| Identitas commit publik | Menampilkan alamat di metadata commit | Paling banter kosmetik; tidak mengirim email |
Perlakukan ini sebagai pemeriksaan terpisah. Mengubah satu hal tidak mengonfirmasi yang lain.
Pembatasan domain adalah bagian yang sering terlewat
Jika organisasi Anda membatasi pengiriman notifikasi ke domain yang disetujui, alamat yang ingin Anda pertahankan harus milik domain tersebut dan harus terverifikasi.
GitHub mewajibkan verifikasi email domain yang disetujui ketika organisasi membatasi pengiriman notifikasi ke domain tersebut. Sumber
Jadi alamat pribadi yang Anda kendalikan tidak otomatis diterima. Sebelum menonaktifkan kotak masuk lama, tanyakan kepada pemilik organisasi domain mana yang disetujui, lalu pastikan alamat pengganti Anda berada di domain itu dan tampil sebagai terverifikasi di pengaturan email GitHub Anda.
Batasan kedua menyingkirkan solusi tercepat:
GitHub tidak mengizinkan verifikasi melalui layanan email sekali pakai. Sumber
Jika kotak masuk pengganti adalah layanan sekali pakai atau sementara, rencanakan alamat lain. Aturan penerusan ke kotak masuk sekali pakai adalah masalah yang sama dengan satu lompatan tambahan.
Jangan tertukar antara alamat commit dan alamat notifikasi
Sebuah commit dapat menampilkan alamat no-reply, dan itu memang disengaja.
Alamat penulis commit no-reply adalah mekanisme privasi, bukan pengganti email notifikasi yang dapat dijangkau dan terverifikasi. Sumber
Ini penting saat Anda mengaudit pengaturan: melihat alamat no-reply di riwayat commit tidak memberi tahu apakah email organisasi akan sampai kepada Anda. Periksa alamat notifikasi dan alamat masuk secara terpisah.
Daftar periksa pensiun
Kerjakan ini secara berurutan, dan jangan tutup kotak masuk lama sampai setiap langkah selesai.
- Daftar peran yang dijalankan alamat lama. Masuk, pemulihan, pengiriman notifikasi, dan identitas commit publik. Catat mana dari ini yang saat ini dilayani kotak masuk lama.
- Tambahkan alamat pengganti terlebih dahulu. Tambahkan ke akun dan selesaikan verifikasi sebelum menghapus apa pun.
- Konfirmasi domain yang disetujui. Tanyakan kepada pemilik organisasi domain mana yang disetujui untuk pengiriman notifikasi, dan periksa apakah alamat pengganti Anda cocok dengannya.
- Singkirkan layanan sekali pakai. Jika pengganti bergantung pada penyedia email sementara, pilih alamat lain.
- Jaga pemulihan tetap dalam kendali Anda. Pastikan Anda masih dapat menerima email masuk dan pemulihan di alamat yang Anda kendalikan selama perubahan.
- Kirim uji coba. Picu notifikasi organisasi berisiko rendah dan konfirmasi bahwa notifikasi itu tiba di kotak masuk baru.
- Baru kemudian nonaktifkan kotak masuk lama. Simpan cara untuk kembali sampai Anda melihat email sungguhan tiba di pengganti.
Tabel keputusan: apakah pengganti sudah siap?
| Pertanyaan | Jika ya | Jika tidak |
|---|---|---|
| Apakah alamat baru terverifikasi di akun? | Lanjutkan | Verifikasi dulu |
| Apakah alamat itu di domain yang disetujui organisasi? | Lanjutkan | Tanyakan pemilik; jangan nonaktifkan dulu |
| Apakah itu layanan sekali pakai? | Pilih alamat lain | Lanjutkan |
| Sudahkah Anda menerima notifikasi organisasi sungguhan di sana? | Nonaktifkan kotak masuk lama | Pertahankan keduanya sampai Anda menerimanya |
Jalur kegagalan umum
- Memverifikasi alamat yang salah. Anda mengonfirmasi alamat pribadi, tetapi organisasi hanya mengirim ke domain yang disetujui. Email berhenti diam-diam.
- Menghapus alamat lama terlalu dini. Email verifikasi mungkin masih diperlukan untuk akun itu sendiri. Biarkan kotak masuk lama terbuka sampai yang baru terbukti.
- Mempercayai identitas commit. Alamat commit no-reply yang rapi tampak seperti semuanya sudah dikonfigurasi, tetapi itu tidak menjelaskan apa pun tentang pengiriman notifikasi.
- Menggunakan kotak masuk sekali pakai. Kotak masuk itu tidak dapat diverifikasi untuk pengiriman terbatas, dan itu tempat yang buruk untuk email pemulihan.
Jika Anda tidak dapat mengonfirmasi domain yang disetujui, anggap migrasi belum selesai. Tanyakan kepada pemilik organisasi daripada menebak.
Apa yang tidak ditetapkan panduan ini
Artikel ini tidak menjelaskan label menu GitHub saat ini, aturan karakter yang tepat, atau langkah untuk setiap jenis paket. Detail tersebut berubah dan harus diperiksa di pengaturan Anda sendiri dan dokumentasi organisasi Anda. Pemeriksaan di atas adalah tentang peran dan verifikasi, bukan tentang tata letak layar tertentu.
Tugas terkait berikutnya
Setelah email organisasi stabil, Anda mungkin ingin tahu akun lain mana yang terkait dengan alamat yang akan Anda nonaktifkan. Itu pertanyaan terpisah dari pengiriman notifikasi, dan dibahas dalam panduan tentang menemukan akun berdasarkan alamat email.
Jika Anda ingin pemeriksaan awal yang cepat di profil publik, TraceSeek memeriksa nama pengguna di 3.000+ platform, dengan pemindaian pertama gratis dan tanpa registrasi. Kecocokan publik adalah petunjuk, bukan bukti bahwa akun milik orang yang sama, jadi verifikasi hal penting secara langsung.