Türkiye'deki KOBİ'lerin büyük kısmı kurumsal e-postasını hosting paketinin içinden alıyor: siteniz için aldığınız pakete "sınırsız e-posta hesabı" dahildi, siz de info@sirketiniz.com adresini oradan açtınız. Yıllarca sorunsuz çalıştı.
Sonra bir gün müşteriniz aradı: "Mail attım, gelmedi." Ya da daha kötüsü: aramadı, siz teklifin gitmediğini haftalar sonra fark ettiniz.
Bu yazı o sorunun neden yaşandığını, kendi alan adınızda nasıl ölçeceğinizi ve kalıcı çözümünü anlatıyor. Önce şunu netleştirelim: sorun sizde değil, mimaride.
Neden oluyor? Dört teknik sebep
1. Paylaşımlı IP — komşunuzun spam'i sizi vuruyor
Paylaşımlı hostingde sunucu tek, üzerinde yüzlerce site var. Mail gönderirken hepiniz aynı IP adresini kullanırsınız. Aynı sunucudaki bir site hacklenip spam gönderdiğinde veya bir müşteri toplu pazarlama maili attığında, o IP kara listeye girer.
Sonuç: sizin hiçbir hatanız olmadan mailleriniz spam'e düşmeye başlar. Kara listeden çıkmak için başvuru yapabilirsiniz ama IP sizin değil — aynı komşu aynı şeyi yarın tekrar yapabilir.
Bu, hosting mailinin en temel yapısal sorunudur ve hiçbir ayarla çözülmez. İtibarınız sizin kontrolünüzde olmayan bir IP'ye bağlıdır.
2. DKIM imzası yok veya eksik
Gmail ve Outlook gibi büyük alıcılar artık gönderenden kimlik doğrulama bekliyor. SPF, DKIM ve DMARC bu doğrulamanın üç ayağı. Çoğu paylaşımlı hostingde SPF kurulmuş olsa bile DKIM ya hiç yoktur ya da kurulmuş ama DNS tarafında tamamlanmamıştır.
DKIM olmadan mailiniz "imzasız" gelir. Bu tek başına spam demek değildir ama alıcının şüphe eşiğini düşürür — özellikle IP itibarınız zaten zayıfsa ikisi birleşince mail spam'e gider.
3. Sunucu adı ve PTR kaydı uyuşmuyor
Alıcı sunucular, gönderen IP'nin ters DNS kaydına (PTR) bakar. Paylaşımlı hostingde bu kayıt genellikle hosting firmasının genel sunucu adına işaret eder — srv142.hostingfirmasi.com gibi. Sizin alan adınızla hiçbir ilgisi yoktur.
Bu, tek başına ret sebebi değildir ama itibar puanınızı düşüren maddelerden biridir. Kendi alan adınıza ait bir mail altyapısında bu kayıt sizin adınıza kurulur.
4. Web sitesi ile mail aynı sunucuda
Hosting mailinde MX kaydınız genellikle sitenizin durduğu sunucuyu gösterir. Bu şu anlama gelir: siteniz çökerse mailiniz de çöker. Sunucu bakımı, kaynak aşımı veya bir eklenti kaynaklı çökme, e-postanızı da durdurur.
Ayrıca sitenizde bir güvenlik açığı oluşup sunucudan spam gönderilmeye başlandığında, ilk zarar gören yine sizin mail itibarınız olur.
Bunlar sizde var mı? Ölçün, tahmin etmeyin
Yukarıdakiler genel sebepler. Sizin alan adınızda hangisinin geçerli olduğunu tahmin etmeye gerek yok — ücretsiz araçlarımızla üç dakikada ölçebilirsiniz. Kayıt gerekmez.
- 1[Mail kurulumu kontrolü](/arac/mail-kontrol) — SPF, DKIM, DMARC ve MX kayıtlarınızın dördünü birden denetler ve harf notu verir. Buradan başlayın.
- 2[DKIM kontrolü](/arac/dkim-kontrol) — imza anahtarınız var mı, kaç bit? Hosting mailinde en sık eksik olan madde budur.
- 3[MX kontrolü](/arac/mx-kontrol) — mailinizi hangi sunucu alıyor? Sonuç sitenizin sunucusuysa, üçüncü sebep sizde geçerli demektir.
- 4[Inbox testi](/arac/inbox-testi) — gerçek bir mail gönderirsiniz, gönderen IP'nizi, SPF sonucunuzu ve DKIM imzanızı ölçeriz. En kesin sonucu bu verir.
- 5[Bounce çözücü](/arac/bounce-cozucu) — geri dönen bir mail varsa hata metnini yapıştırın, sebebini açıklayalım. Kara liste sorunları burada net görünür.
Inbox testinde "kara listede" veya "DKIM imzası yok" sonucu alıyorsanız, sorun ayar değil altyapıdır. Hosting panelinden düzeltilebilecek bir şey değildir — özellikle IP itibarı, çünkü o IP size ait değil.
Hosting firmanızdan isteyebilecekleriniz
Dürüst olalım: her durumda taşınmanız gerekmez. Önce hosting firmanıza şunları sorun, bazıları çözülebilir:
- DKIM kurulu mu? Kurulmadıysa açtırın — cPanel'de "Email Deliverability" bölümünden yapılabilir ve ücretsizdir.
- IP kara listede mi? Sorun ve çıkarma başvurusu yapmalarını isteyin.
- Adanmış IP alabilir miyim? Çoğu firma ek ücretle sunar. Komşu sorununu çözer ama itibarı sıfırdan kurmanız gerekir.
- Kutu kotam kaç GB? Genellikle 1-2 GB'dır ve dolduğunda mail almayı durdurur.
İlk madde gerçekten işe yarar ve ücretsizdir — mutlaka yaptırın. Ama diğer üçü palyatiftir: paylaşımlı IP sorunu, siteyle aynı sunucuda olma sorunu ve kota sorunu hosting mimarisinin doğasında vardır.
Ne zaman taşınmalı?
Şu maddelerden ikisi sizde varsa taşınma zamanı gelmiştir:
- Müşterileriniz "mailin gelmedi" diyor veya spam klasöründen çıkarıyor.
- Gönderdiğiniz mailler geri dönüyor (bounce) ve hata metninde kara liste geçiyor.
- Kutu kotanız sürekli doluyor, eski mailleri silmek zorunda kalıyorsunuz.
- Webmail arayüzü kullanılamaz durumda, ekibiniz telefondan mail okuyamıyor.
- Siteniz çöktüğünde mail de duruyor.
- Teklif ve fatura gönderdiğiniz mailler karşı tarafa ulaşmıyor.
Son madde en pahalısıdır ve ölçülmesi en zor olanıdır. Gitmeyen teklif geri bildirim vermez — müşteri sadece cevap vermez ve siz ilgilenmediğini sanırsınız. Hosting mailinin gerçek maliyeti faturada değil, burada.
Taşınmak siteyi etkiler mi?
Hayır. Bu, en sık sorulan ve en çok tereddüt yaratan soru. Web siteniz ile e-postanız farklı DNS kayıtlarıyla yönetilir:
| Kayıt | Ne yapar | Taşımada |
|---|---|---|
| A / CNAME | Sitenizin hangi sunucuda olduğunu söyler | DEĞİŞMEZ |
| MX | Mailinizi hangi sunucunun aldığını söyler | Değişir |
| SPF / DKIM / DMARC | Gönderdiğiniz mailin kimliğini doğrular | Değişir |
Yani MX kaydınızı değiştirdiğinizde siteniz aynı yerde, aynı şekilde çalışmaya devam eder. Hosting paketinizi de iptal etmeniz gerekmez — siteniz orada kalır, yalnızca e-posta ayrılır.
Aslında ayırmanın asıl faydası da bu: siteniz çöktüğünde mailiniz çalışmaya devam eder. E-posta ile web sitesini aynı sunucuda tutmak, iki riski birbirine bağlamaktır.
Geçiş nasıl yapılır?
Hosting mailinden çıkış, diğer sağlayıcılardan geçişle aynı mantıkta ilerler. Altın kural değişmez: önce taşı, sonra DNS değiştir, en son eskiyi kapat.
- 1Kutuları listeleyin. cPanel'de "Email Accounts" bölümünden tüm adresleri, kotalarını ve yönlendirmeleri not alın.
- 2Yeni sağlayıcıda kutuları açın. Alan adınızı ekleyin — DNS'e henüz dokunmayın.
- 3Mailleri taşıyın. cPanel mailleri IMAP destekler; klasör yapısı ve ekleriyle birlikte aktarılır.
- 4MX, SPF, DKIM ve DMARC kayıtlarını güncelleyin. A kaydına dokunmayın — siteniz yerinde kalsın.
- 5Yayılmayı bekleyin ve [araçlarla doğrulayın](/arac/mail-kontrol).
- 6Sitenizin iletişim formunu güncelleyin. Form maili sunucudan gönderiyorsa SMTP ayarlarını yeni sunucuya çevirin.
- 7Eski kutuları en az bir hafta silmeyin.
Altıncı madde hosting mailine özgü ve en sık atlanan adımdır. WordPress iletişim formunuz, e-ticaret siparişleriniz veya muhasebe programınız hosting sunucusunun SMTP'sini kullanıyor olabilir. Bunlar güncellenmezse geçişten sonra sessizce çalışmamaya başlar.
Kurulumun teknik ayrıntıları için şirket e-postası nasıl kurulur rehberimize bakabilirsiniz.
Maliyet: "zaten bedava geliyordu"
Haklı bir itiraz. Hosting mailinin görünen maliyeti sıfır — pakete dahil. Ama gerçek maliyet başka yerde:
- Gitmeyen teklifler. Tek bir kaybedilmiş müşteri, yıllık e-posta giderinizin katbekat üstündedir.
- Kaybedilen zaman. Kara liste başvurusu, hosting firmasıyla yazışma, "mailim gitmiyor" tespiti.
- Ekip verimliliği. Kullanılamaz bir webmail arayüzü ve telefonda çalışmayan hesaplar.
- Kota temizliği. Ayda bir eski mailleri silmeye ayrılan zaman — ve silinen maillerin sonradan aranması.
FelixMail tarafında fiyat kutu başına aylık ₺55 (Standart, 10 GB) ve ₺110 (Pro, 50 GB); takma adlar ücretsizdir, yani info@ ve satis@ için ayrı kutu ödemezsiniz. Ayrıntılar fiyatlandırma sayfasında, sağlayıcı karşılaştırması ise kurumsal mail fiyatları yazısında.