Kurumsal Mail Gelmiyor: Alan Adlı E-postaya Gelen Mailler Neden Ulaşmaz?

MX Kaydı Yanlış veya Eksikse Mail Nereye Gider?

MX kaydı yanlışsa gelen mailler eski ya da ilgisiz bir sunucuya gider; MX kaydı hiç yoksa gönderen sunucular alan adının kendi adres kaydını, yani çoğu zaman web sitesinin sunucusunu dener. MX (Mail Exchanger) kaydı, alan adına gelen e-postanın hangi posta sunucusuna teslim edileceğini söyleyen DNS kaydıdır. MX bulunmadığında devreye giren bu davranışı RFC 5321 “örtük MX” olarak tanımlar; site ile e-postası ayrı yerlerde duran bir işletmede mailler posta kabul etmeyen bir sunucuya yönelir.

Taşıma sonrası en sık görülen tablo

Sahada gelen mail sorunlarının önemli bir kısmı hosting, alan adı ya da e-posta sağlayıcısı değişikliğinin hemen ardından başlar. Alan adının ad sunucuları yeni firmaya çevrildiğinde eski DNS bölgesindeki MX kaydı yeni bölgeye taşınmamışsa, yeni bölgede varsayılan bir MX kaydı oluşmuşsa ya da e-posta eski yerinde kalacakken MX yeni sunucuyu gösteriyorsa mailler kaybolmuş gibi görünür.

Onur Freelance olarak WordPress site taşıma işlerinde DNS kayıtlarının tam listesini taşıma öncesinde çıkarıyoruz; MX ve e-postaya ait diğer kayıtlar yeni DNS bölgesine aktarılmadan ad sunucusu değişikliği yapmıyoruz. Eski posta kutuları da DNS yayılımı tamamlanana kadar kapatılmamalıdır.

MX önceliği nasıl çalışır?

Bir alan adında birden fazla MX kaydı bulunabilir ve her birinin yanında bir öncelik (preference) değeri yer alır; RFC 5321’e göre düşük sayı daha çok tercih edilir. Gönderen sunucu önce en düşük değerli kaydı dener, ulaşamazsa sıradakine geçer; aynı değere sahip kayıtlar arasında ise yükü rastgele dağıtır. Eski sağlayıcının MX kaydı unutulursa maillerin bir kısmı eski sunucuya gidebilir; MX kaydı ayarlama işinde eskisini silmek de yenisini eklemek kadar önemlidir.

MX kaydı kontrol edilirken şu sorulara bakılır:

• Kayıt, e-postanın gerçekten bulunduğu hizmeti mi gösteriyor?
• Eski sağlayıcıdan kalan bir MX kaydı var mı, öncelik değerleri doğru mu?
• MX hedefi bir sunucu adı mı? Bu alana IP adresi yazılmaz.
• Düzenleme, alan adının DNS’inin fiilen yönetildiği panelde mi yapılıyor?

DNS Değişikliğinden Sonra Ne Kadar Beklenmeli?

MX kaydı düzeltildikten sonra yeni değerin her yerde görülmesi birkaç dakikadan birkaç güne kadar sürebilir; Google, Workspace için yeni MX kayıtlarının tanınmasının 72 saati bulabileceğini belirtir. Bu süreyi büyük ölçüde kaydın TTL (yaşam süresi) değeri belirler: DNS sunucuları bir kaydı TTL süresince önbellekte tutar ve değişikliği süre dolunca görür.

Bekleme süresinde gelen mailler genellikle kaybolmaz. RFC 5321, geçici hata alan gönderen sunucunun genel olarak en az 30 dakika arayla yeniden denemesini ve vazgeçmeden önce en az 4–5 gün beklemesini öngörür; geçici hata alan bir ileti bu sayede gecikmeli de olsa ulaşabilir. Asıl risk, yayılım sırasında bazı iletilerin hâlâ eski sunucuya teslim edilmesidir; eski kutu erken kapatılırsa bu iletiler kaybolabilir. Planlı taşımada TTL değerini birkaç gün önceden düşürmek geçişi kısaltır.

E-posta Kutusu Dolu, Hizmet Askıda veya Alan Adı Süresi Dolmuşsa

Posta kutusu kotası dolduğunda, hosting e-posta hizmeti askıya alındığında ya da alan adının süresi bittiğinde dışarıdan gelen mailler reddedilir veya hiç ulaşmaz; bu üç durum DNS ayarları doğru olsa bile gelen maili durdurur.

E-posta kutusu dolu uyarısı

RFC 3463, x.2.2 kodunu “posta kutusu dolu” olarak tanımlar: kutuya ayrılan kota ya da fiziksel kapasite aşılmıştır ve alıcı eski iletileri silerek yer açabilir. Standart bu durumu süregelen geçici hata olarak sınıflandırır; gönderen sunucunun yeniden deneme süresi dolarsa ileti yine göndericiye geri döner. Kota çoğu zaman şu nedenlerle dolar:

• IMAP ile bağlı cihazlarda silinen iletilerin sunucudaki çöp kutusunda birikmesi
• Ağır eklerin gönderilmiş öğeler klasöründe yıllarca kalması
• Paket içinde paylaşılan toplam kotanın tek bir kutu tarafından tüketilmesi

Hosting e-posta hizmeti askıda

Hosting faturası ödenmediğinde, paket süresi dolduğunda ya da hesapta kötüye kullanım tespit edildiğinde hizmet askıya alınabilir ve posta sunucusu yeni iletileri kabul etmez. Uyarı e-postalarının da çoğu zaman aynı kurumsal adrese gönderilmiş olması, sorunun geç fark edilmesine yol açar.

Alan adının süresi dolmuşsa

Alan adının süresi dolduğunda DNS kayıtları çalışmayı durdurabilir ve MX kaydı da bununla birlikte devre dışı kalır; gönderen sunucular alan adına ait posta sunucusunu bulamaz. Süre sonrası aşamalar ve yenileme süreci alan adı süresi dolarsa ne olur yazısında ayrıntılı anlatılır.

Gönderen Taraf Engelliyor veya Kara Listede Olabilir mi?

Mailler yalnız belirli bir firmadan ya da kişiden gelmiyorsa sorun çoğu zaman engelleme listesi, spam filtresi ya da gönderen sunucunun itibarıyla ilgilidir. Alıcı tarafın posta sunucusu, gönderen sunucunun IP adresini DNS tabanlı bir engelleme listesinde (kara liste) gördüğünde ya da gönderen alan adının kimlik doğrulaması başarısız olduğunda iletiyi reddedebilir. Bu retlerde göndericiye genellikle 5.7.1 gibi bir politika kodu döner.

Belirli göndericilerden mail gelmediğinde bakılacak üç yer vardır:

1. Webmail’deki engellenen gönderenler: Bir kullanıcının yıllar önce engellediği adres, o göndericinin iletilerinin fark edilmeden silinmesine yol açabilir.
2. Sunucu tarafındaki spam filtresi: Hosting panelindeki spam ayarları, puanı yüksek iletileri reddedebilir ya da ayrı bir klasöre alabilir.
3. Göndericinin kendi sunucusu: Gönderen tarafın IP adresi kara listedeyse ileti yalnız bu adrese değil birçok alıcıya ulaşmıyor olabilir; çözüm de gönderen tarafta yapılır.

Geri dönen iletinin tamamı retin hangi sunucudan geldiğini gösterir; ret gönderenin kendi sunucusundan geliyorsa sorun gönderende aranır.

Mail Sunucuya Geliyor Ama Gelen Kutusunda Görünmüyorsa

İleti sunucuya ulaşmış ama gelen kutusunda görünmüyorsa neden çoğu zaman bir yönlendirme, filtre kuralı ya da e-posta programının ayarıdır. İleti önce webmail arayüzünde aranır; orada görünen ama telefonda veya masaüstü programda görünmeyen ileti, sunucu değil istemci sorunudur.

• Filtre ve kurallar: Gmail’deki filtreler ya da Outlook’taki kurallar belirli göndericileri arşive, başka bir klasöre veya çöp kutusuna taşıyabilir.
• Bölünmüş gelen kutusu: Outlook’un Odaklanmış/Diğer ayrımı ya da Gmail’in sekmeleri iletiyi beklenmeyen bir sekmede gösterebilir.
• Yönlendirme: Kurumsal adres başka bir adrese yönlendirilmiş ve sunucuda kopya bırakma kapalıysa iletiler yalnız hedef adrese düşer.
• POP ile bağlı eski bir cihaz: POP kullanan bir cihaz iletileri indirip sunucudan siliyorsa diğer cihazlar o iletileri hiç görmez.

Yönlendirilen ileti, hedef sağlayıcının kendi kurallarına göre spam klasörüne de düşebilir. Kurumsal hesabın telefona ve bilgisayara doğrudan IMAP ile eklenmesi iletilerin her cihazda aynı görünmesini sağlar.

Google Workspace ve Microsoft 365’te MX Kaydı Nereye İşaret Etmeli?

Kurumsal e-posta Google Workspace veya Microsoft 365 üzerindeyse MX kaydı hosting sunucusunu değil, doğrudan bu hizmetin posta sunucusunu göstermelidir. MX kaydı hosting varsayılanında kalırsa gelen mailler kullanılmayan bir kutuya gider.

Google Workspace

Google’ın Google Workspace için MX kayıtlarını ayarlama sayfasına göre güncel MX değeri öncelik 1 ile smtp.google.com adresidir; 2023 öncesinde açılan hesaplarda “aspmx” ile başlayan eski değerler görülebilir ve e-posta çalışıyorsa değiştirilmesi gerekmez. Aynı sayfa diğer MX kayıtlarının kaldırılmasını ister ve eski ya da hatalı MX kayıtları kalırsa e-postanın düzgün çalışmayabileceğini belirtir. Kayıt eklendikten sonra Google Yönetici konsolunda Gmail’in etkinleştirilmesi de gerekir.

Microsoft 365

Microsoft’un Microsoft 365 harici DNS kayıtları belgesine göre Exchange Online MX kaydı, kiracıya özel bir belirteçle başlayan ve mail.protection.outlook.com ile biten adresi gösterir; önceliği diğer MX kayıtlarından daha düşük sayıyla, örneğin 1 olarak tutulur. Belge, birden fazla MX kaydının teslimde sorun çıkarabileceğini ve tek MX kaydının birçok olası sorunu ortadan kaldırdığını belirtir; e-posta Exchange Online’a akmaya başladıktan sonra eski sisteme işaret eden MX kayıtlarının silinmesini önerir.

İki hizmette de doğru değerler yönetim panelindeki alan adı kurulum ekranından kopyalanmalıdır. Alan adına ait kurumsal adresin nasıl açıldığı ve hangi seçeneğin hangi işletmeye uyduğu kurumsal e-posta nasıl alınır yazısında karşılaştırılır.

Gelen Mail Sorunu Nasıl Test Edilir?

Gelen mail sorunu; alan adının MX kaydını sorgulamak, farklı bir sağlayıcıdan test iletisi göndermek ve varsa geri dönen iletiyi okumakla adım adım test edilir. Testler ileri teknik bilgi gerektirmez.

1. MX sorgusu: Alan adının MX kaydı çevrim içi bir DNS sorgulama aracıyla görüntülenir. Örnek olarak Google’ın Admin Toolbox Check MX aracı alan adının MX ve SPF kayıtlarını denetler; araç Google Workspace odaklıdır. Windows komut isteminde nslookup -type=mx firma.com komutu da aynı bilgiyi verir.
2. Dış test iletisi: Kişisel bir Gmail veya Outlook.com hesabından kurumsal adrese kısa bir ileti gönderilir; ileti ulaşmazsa test hesabının gelen kutusunda teslim edilemedi raporu olup olmadığına bakılır.
3. Webmail kontrolü: İleti önce web arayüzünde aranır; orada varsa sorun istemci tarafındadır.
4. İkinci kutuya test: Aynı alan adındaki başka bir adrese de ileti gönderilir; yalnız bir kutu etkileniyorsa sorun alan adında değil o kutudadır.

Adı geçen araçlar yalnız örnektir; önemli olan, sorgudaki MX değerinin e-postanın gerçekten bulunduğu hizmetle eşleşmesidir.

Kurumsal Mail Gelmiyor Kontrol Listesi

Kontroller en olası nedenden en az olasıya doğru sırayla yapılır; liste taşıma ve yenileme dönemlerinde de tekrar kullanılabilir:

1. Geri dönen bir ileti varsa göndericiden istenir ve hata kodu okunur.
2. Alan adının MX kaydı sorgulanır; değer e-postanın bulunduğu hizmetle karşılaştırılır.
3. Eski sağlayıcıdan kalan MX kaydı varsa silinir, öncelik değerleri kontrol edilir.
4. Son DNS ya da ad sunucusu değişikliğinin tarihi not edilir, yayılım süresi hesaba katılır.
5. Posta kutusu kotası ve hosting hesabının durumu panelden kontrol edilir.
6. Alan adının bitiş tarihi kontrol edilir.
7. Webmail’de filtreler, kurallar, yönlendirme ve engellenen adresler gözden geçirilir.
8. Farklı bir sağlayıcıdan test iletisi gönderilir ve sonuç kaydedilir.

Sık yapılan hatalar

En sık hata, belirtiyi gidermeye çalışıp nedeni bırakmaktır. Sahada en çok karşılaşılan hatalar şunlardır:

• Ad sunucusunu değiştirip MX kaydını yeni DNS bölgesine aktarmamak
• Eski sağlayıcının MX kaydını yenisinin yanında bırakmak
• DNS’i, alan adının fiilen yönetilmediği bir panelde düzenlemek
• Taşımadan hemen sonra eski sunucudaki posta kutularını kapatmak
• Gelen mail sorununu giden mail ayarlarıyla, yani yalnız SPF ve DKIM kayıtlarıyla çözmeye çalışmak

Gelen Mail Sorununda Ne Zaman Uzmana Başvurulmalı?

Kurumsal mail gelmiyor ve DNS paneline erişim yoksa, MX kaydı doğru göründüğü halde mailler gelmiyorsa ya da sorun bir taşımanın ardından başladıysa uzman desteği zaman kazandırır. Site, e-posta ve form bildirimlerinin farklı servislerde durduğu yapılarda tek bir kaydın yanlış düzenlenmesi diğer hizmetleri de etkileyebilir.

Onur Freelance’ın hosting teklifinde açılacak kurumsal e-posta adresi sayısı baştan sorulur; paketin e-posta kapsamı ve yenileme koşulu yazılı teklifte belirtilir. Hosting fiyatları sayfasındaki paket yıllık 2.000 TL, alan adı yıllık 1.000 TL’dir; mevcut bir yapının düzeltilmesi ya da taşınması gerekiyorsa kapsam ön görüşmede netleşir. Onur Freelance e-postanın her koşulda ulaşacağına dair söz vermez; amaç, gelen mailin yolunu doğrulanabilir ve izlenebilir hale getirmektir.