Tek bir e-posta değişikliği kuruluş bildirimlerini neden sessizce bozabilir
Bir gelen kutusunu kapatmak isteyen bir hesap sahibi genellikle tek bir şeyi değiştirir: e-postanın nereye düşeceğini. Ancak GitHub bir adresi en az üç farklı rolde kullanabilir ve bunlar farklı şekillerde başarısız olur.
| Rol | Ne yapar | Gelen kutusunu kapatırsanız ne bozulur |
|---|---|---|
| Oturum açma ve kurtarma | Hesabınızda kimlik doğrulamanızı ve hesabı kurtarmanızı sağlar | Hesabın kendisine erişiminizi kaybedebilirsiniz |
| Onaylı bildirim e-postası | Teslimat bir alan adıyla sınırlandırıldığında kuruluş e-postalarını alır | Kuruluş bildirimleri size ulaşmayı durdurur |
| Genel commit kimliği | Commit meta verilerinde bir adres gösterir | En fazla kozmetiktir; e-posta teslim etmez |
Bunları ayrı kontroller olarak ele alın. Birini değiştirmek diğerlerini doğrulamaz.
İnsanların gözden kaçırdığı kısım alan adı kısıtlamasıdır
Kuruluşunuz bildirim teslimini onaylı bir alan adıyla sınırlandırıyorsa, elinizde tutmayı planladığınız adres o alan adına ait olmalı ve doğrulanmış olmalıdır.
Bir kuruluş bildirim teslimini o alan adıyla sınırlandırdığında GitHub, onaylı alan adına ait bir e-postanın doğrulanmasını şart koşar. Kaynak
Yani kontrolünüzdeki kişisel bir adres otomatik olarak kabul edilebilir değildir. Eski gelen kutusunu kapatmadan önce kuruluş sahibine hangi alan adının onaylı olduğunu sorun, ardından yedek adresinizin o alan adında olduğunu ve GitHub e-posta ayarlarınızda doğrulanmış olarak göründüğünü teyit edin.
İkinci bir kısıtlama en hızlı çözüm yolunu devre dışı bırakır:
GitHub, tek kullanımlık e-posta hizmetleri üzerinden doğrulamaya izin vermez. Kaynak
Yedek gelen kutusu tek kullanımlık veya geçici bir hizmetse farklı bir adres planlayın. Tek kullanımlık bir gelen kutusuna yönlendirme kuralı, fazladan bir sıçrama eklenmiş aynı sorundur.
Commit adresini bildirim adresiyle karıştırmayın
Bir commit yanıt vermeyen (no-reply) bir adres gösterebilir ve bu bilinçli bir tercihtir.
Yanıt vermeyen bir commit yazarı adresi, ulaşılabilir ve doğrulanmış bir bildirim e-postasının yerine geçmek yerine bir gizlilik mekanizmasıdır. Kaynak
Bu, ayarlarınızı denetlerken önemlidir: commit geçmişinde yanıt vermeyen bir adres görmek, kuruluş e-postalarının size ulaşıp ulaşmayacağı hakkında size hiçbir şey söylemez. Bildirim ve oturum açma adreslerini ayrı ayrı kontrol edin.
Bir kapatma kontrol listesi
Bunları sırayla tamamlayın ve her adım bitene kadar eski gelen kutusunu kapatmayın.
- Eski adresin üstlendiği rolleri listeleyin. Oturum açma, kurtarma, bildirim teslimatı ve genel commit kimliği. Eski gelen kutusunun şu anda bunlardan hangilerine hizmet ettiğini not edin.
- Önce yedek adresi ekleyin. Hiçbir şeyi kaldırmadan önce hesaba ekleyin ve doğrulamayı tamamlayın.
- Onaylı alan adını teyit edin. Kuruluş sahibine bildirim teslimatı için hangi alan adının onaylı olduğunu sorun ve yedek adresinizin buna uyduğunu kontrol edin.
- Tek kullanımlık hizmetleri eleyin. Yedek adres geçici bir e-posta sağlayıcısına bağlıysa farklı bir adres seçin.
- Kurtarmayı kontrolünüzde tutun. Değişiklik boyunca oturum açma ve kurtarma e-postalarını kontrolünüzdeki bir adreste almaya devam edebildiğinizden emin olun.
- Bir test gönderin. Düşük riskli bir kuruluş bildirimini tetikleyin ve yeni gelen kutusuna ulaştığını doğrulayın.
- Ancak o zaman eski gelen kutusunu kapatın. Yedek adrese gerçek bir e-postanın geldiğini görene kadar geri dönüş yolunu açık tutun.
Karar tablosu: yedek adres hazır mı?
| Soru | Evet ise | Hayır ise |
|---|---|---|
| Yeni adres hesapta doğrulanmış mı? | Devam edin | Önce doğrulayın |
| Kuruluşun onaylı alan adında mı? | Devam edin | Sahibine sorun; henüz kapatmayın |
| Tek kullanımlık bir hizmet mi? | Başka bir adres seçin | Devam edin |
| Orada gerçek bir kuruluş bildirimi aldınız mı? | Eski gelen kutusunu kapatın | Alana kadar ikisini de açık tutun |
Yaygın başarısızlık yolları
- Yanlış adresi doğrulamak. Kişisel bir adresi doğrularsınız, ancak kuruluş yalnızca onaylı alan adına teslimat yapar. E-postalar sessizce durur.
- Eski adresi çok erken kaldırmak. Hesabın kendisi için hâlâ doğrulama e-postası gerekebilir. Yeni adres kanıtlanana kadar eski gelen kutusunu açık tutun.
- Commit kimliğine güvenmek. Düzenli bir yanıt vermeyen commit adresi her şey yapılandırılmış gibi görünür, ancak bildirim teslimatı hakkında hiçbir şey söylemez.
- Tek kullanımlık bir gelen kutusu kullanmak. Kısıtlı teslimat için doğrulanamaz ve kurtarma e-postaları için kötü bir yerdir.
Onaylı alan adını teyit edemiyorsanız geçişi tamamlanmamış sayın. Tahmin etmek yerine kuruluş sahibine sorun.
Bu kılavuzun ortaya koymadığı şeyler
Bu makale güncel GitHub menü etiketlerini, tam karakter kurallarını veya her plan türü için adımları açıklamaz. Bu ayrıntılar değişir ve kendi ayarlarınızda ve kuruluşunuzun belgelerinde kontrol edilmelidir. Yukarıdaki kontroller belirli bir ekran düzeniyle değil, roller ve doğrulamayla ilgilidir.
İlgili bir sonraki görev
Kuruluş e-postaları istikrarlı hale geldikten sonra, kapatmakta olduğunuz bir adrese bağlı başka hangi hesapların olduğunu bilmek isteyebilirsiniz. Bu, bildirim teslimatından ayrı bir sorudur ve bir e-posta adresine göre hesapları bulma kılavuzunda ele alınmıştır.
Herkese açık profiller arasında hızlı bir ilk tarama yapmak isterseniz, TraceSeek kullanıcı adlarını 3.000+ platformda kontrol eder; ilk tarama ücretsizdir ve kayıt gerekmez. Herkese açık bir eşleşme bir ipucudur, bir hesabın aynı kişiye ait olduğunun kanıtı değildir; bu nedenle önemli olan her şeyi doğrudan doğrulayın.