Alan adına özel mail nasıl kurulur? DNS ve ilk test adımları
info@ornek.com gibi bir adres açmak için önce DNS erişiminizi netleştirin. Yanlış DNS panelinde yapılan değişiklikler hiçbir sonuç üretmeyebilir; plansız bir MX değişimi ise yeni mesajları henüz hazırlanmamış kutulara yönlendirebilir. Aşağıdaki sıra, yeni şirket kurulumu ve mevcut hizmetten geçiş arasındaki farkı da korur.
Alan adına özel mail kurulumu, şirket alan adını bir e-posta hizmetine bağlamak ve kullanılacak posta kutularını hazırlamaktır. Alan adı doğrulaması ile MX ve kimlik doğrulama kayıtları DNS yönetiminde yayımlanır; ardından alım ve gönderim ayrı ayrı test edilir.
Bu rehber kimler için? Alan adını kendi yöneten şirketler, web ajansları ve kurulum sorumluları
1. Yetkili DNS panelini bulun ve kayıtları yedekleyin
Alan adının satın alındığı şirket ile DNS kayıtlarını yöneten şirket aynı olmayabilir. Alan adının nameserver kayıtları hangi hizmete işaret ediyorsa etkin bölge genellikle oradadır. Kurulumdan önce bu panelde mevcut MX ve TXT kayıtlarını görün; mümkünse DNS bölgesinin dışa aktarımını, değilse okunaklı bir kaydını alın.
Web sitesine ait A, AAAA ve CNAME kayıtlarını yalnızca e-posta kurmak için değiştirmeyin. DNS hizmetinin tamamını başka yere taşıma kararı ayrı bir iştir ve tüm kayıtların korunmasını gerektirir. E-posta geçişi için çoğu durumda mevcut DNS hizmetindeki belirli kayıtları düzenlemek yeterlidir. Değişiklik yapacak kişinin erişimi ile şirketin asıl hesap sahipliğini birbirinden ayırın.
2. Alan adını ekleyin, kişiye özel kayıtları alın
TekPosta yönetim paneline alan adını ekleyin ve bu alan adının detayındaki DNS kayıtlarını açın. Alan adı doğrulama TXT değeri, DKIM selector adı ve DKIM açık anahtarı müşteriye özeldir. Bunlar internetteki örneklerden üretilmez. Kayıt adını, türünü ve değerini panelde göründüğü biçimde kullanın.
DNS arayüzlerinin kayıt adı davranışı farklıdır. Bazıları tam alan adını ister, bazıları bölge adını kendisi ekler. Örneğin _dmarc alanı girildiğinde _dmarc.ornek.com oluşturulabilir; bu arayüze tam adı yeniden girmek aynı alan adını iki kez ekleyebilir. Kaydı kaydettikten sonra oluşan tam adı ve yayımlanan değeri kontrol edin. Bir TXT kaydının değeri ile kayıt adını birbirine karıştırmayın.
| Kayıt | Görevi | Değer nereden alınır? |
|---|---|---|
| Doğrulama TXT | Alan adının kontrolünü göstermek | Alan adına ait TekPosta paneli |
| MX | Gelen postanın teslim edileceği sunucu | Alan adına ait DNS kayıtları |
| SPF TXT | Yetkili gönderim kaynaklarını belirtmek | Mevcut göndericiler ile panel bilgisi birlikte |
| DKIM TXT | Gönderim imzasının açık anahtarını yayımlamak | İlgili alan adının selector ve anahtarı |
| DMARC TXT | Alan adı doğrulamasını değerlendirme politikası | Doğrulanmış göndericiler ve seçilen izleme politikası |
3. Kutu hazırlığı ve alan adı aktivasyonunu birlikte planlayın
Mevcut bir e-posta hizmetiniz varsa kullanılan bütün adresleri listeleyin. Kişi kutuları kadar satış, muhasebe, formlar veya sistem bildirimlerinde kullanılan adresler de önemlidir. Güvenli bir geçişte hedef adreslerin hazır olması gerekir. TekPosta müşteri panelinde kutu oluşturmak için alan adının aktif olması gerekir; aktivasyon MX, SPF ve DKIM kontrollerine bağlıdır.
Bu nedenle çalışan bir hizmetten geçerken MX değişimi, alan adı aktivasyonu ve hedef kutuların hazırlanma sırasını destek ekibiyle önceden netleştirin. Eski MX kayıtları dururken panelden hedef kutuları her koşulda açabileceğinizi varsaymayın. Yeni şirket kurulumunda DNS doğrulaması ve aktivasyon tamamlanınca kutuları oluşturabilirsiniz. Mevcut hizmette ise ilk kopya, fark aktarımı ve cihaz ayarları için koordine edilmiş plan gerekir. Takvimler ve yerel PST arşivleri ayrıca değerlendirilmelidir.
4. SPF çakışmalarını çözün, MX kayıtlarını planla değiştirin
Aynı alan adı için birden fazla SPF kaydı eklemek doğru birleştirme değildir. Şirket adresiyle posta gönderen CRM, form yazılımı veya fatura hizmeti varsa hepsini inceleyin. Tek bir SPF politikası mevcut yetkili kaynakları kapsamalıdır; eski bir kaydı düşünmeden silmek diğer sistemlerin mesajlarını etkileyebilir. DNS sorgu sınırları ve mevcut redirect kullanımı için karmaşık kayıtları teknik sorumluya kontrol ettirin.
MX kayıtlarında eski ve yeni bağımsız sağlayıcıları kalıcı olarak karıştırmayın. MX öncelikleri bir sunucuya ulaşamama gibi durumlarda teslimat denemelerini yönlendirir; çalışanlar arasında mesaj paylaşımı yapmaz. Geçiş sırasında DNS önbellekleri farklı zamanlarda yenilenebilir. Eski hizmeti hemen kapatmadan iki taraftaki yeni mesajları izleyin ve planlanan fark aktarımını tamamlayın.
Bölge: ornek.com Amaç: _dmarc.ornek.com TXT kaydı DNS paneli bölge adını otomatik ekliyorsa ad alanı: _dmarc Panel tam ad istiyorsa ad alanı: _dmarc.ornek.com Örnek adı kendi alan adınıza uyarlayın; değer için kendi panelinizi kullanın.
5. DNS yayımlandı mı, önbellekte mi?
Kaydı kaydetmiş olmanız her sorgulayıcının hemen yeni sonucu göreceği anlamına gelmez. TTL ve önbellekler nedeniyle sonuçlar bir süre farklı olabilir. Kesin bir dakika garantisi vermek yerine, yetkili nameserver yanıtını ve birkaç farklı DNS çözümleyicisindeki sonucu karşılaştırın. Yetkili sunucuda hâlâ eski değer görünüyorsa yalnızca beklemek sorunu çözmez.
Panelin DNS denetimini çalıştırın ve hangi kaydın eksik olduğunu ayrı ayrı değerlendirin. Yanlış ad, yanlış tür veya kopyalama sırasında eklenen boşluklar sık rastlanan nedenlerdir. DKIM uzun bir TXT değeridir; bazı arayüzler bunu bir kaydın içinde birden fazla metin parçasına böler. Parçaların tek anahtara birleşmesi gerekir; bağımsız birden fazla DKIM kaydı oluşturmak aynı işlem değildir.
6. İki yönlü test yapın ve işletme kullanımını kontrol edin
Kendi şirket adresinizden farklı sağlayıcıdaki bir adrese kısa bir mesaj gönderin. Ardından o dış adresten şirket kutunuza cevap verin. İlk deneme yalnızca aynı alan adındaki iki kutu arasında yapılırsa dış dünyaya ilişkin bir hata gözden kaçabilir. Outlook kullanan ekip için gönderilen mesajın webmailde doğru klasörde göründüğünü de kontrol edin.
Web sitesi formu veya CRM aynı alan adıyla gönderiyorsa bunlardan da birer gerçekçi deneme yapın. Başarı ölçütünü önceden yazın: doğru adrese teslim, okunabilir ek, doğru gönderici ve beklenen klasör. Hata olduğunda tarih, alıcı alan adı ve tam hata kodunu saklayın. Şifreleri ve mesajın özel içeriğini destek kaydına eklemeyin.
- Dışarıdan alım ve dışarıya gönderim çalışıyor mu?
- Kullanılan tüm adresler yeni hizmette hazır mı?
- SPF, DKIM ve DMARC sonuçları gönderim başlıklarında beklendiği gibi mi?
- Form, CRM ve fatura uygulamaları ayrıca test edildi mi?
- Eski hizmeti kapatmadan fark aktarımı ve arşiv kontrolü tamamlandı mı?
Sık sorulan sorular
MX değişikliği web sitesini kapatır mı?
MX yalnızca gelen e-postanın teslimatını tarif eder. Web sitesinin A, AAAA ve CNAME kayıtlarına dokunmadan e-posta hizmeti değiştirilebilir. DNS hizmetinin tamamını taşımak ise ayrı bir çalışmadır.
DNS kayıtlarının yayılması ne kadar sürer?
Tek bir kesin süre yoktur; TTL, önbellek ve önceki kayıtlar etkiler. Önce yetkili DNS sunucusundaki değeri, ardından farklı çözümleyicileri kontrol edin.
Hazır bir DKIM kaydını internetten kopyalayabilir miyim?
Hayır. DKIM açık anahtarı ve selector bilgisi ilgili alan adınızın hizmette üretilen imzasıyla eşleşmelidir. Kendi alan adı detayınızdaki kaydı kullanın.
Kaynaklar ve doğrulama
Teknik adımları uygularken aşağıdaki kaynakları ve kullandığınız sağlayıcının güncel ayarlarını birlikte kontrol edin. Örnek kayıtlar kendi domaininiz için panelde üretilen değerlerin yerine geçmez.
Şirketinizin e-postasını kendi domaininizde yönetin
TekPosta'da domain, DNS doğrulama, mail adresleri, uygulama şifreleri ve taşıma adımlarını aynı panelden takip edebilirsiniz. Ekibinizin ihtiyacına uygun planı inceleyin veya geçiş planınızı bizimle paylaşın.