Özel Alanınız için Mail.ru E-postasını Kurma: Eksiksiz Teknik Kılavuz

Özel alan adı e-posta adresi — örneğin contact@yourdomain.com — tüm postaları paylaşımlı bir sağlayıcı ad alanı üzerinden değil, DNS aracılığıyla kontrol ettiğiniz sunucular üzerinden yönlendirir. Mail.ru for Business’ı özel bir alan adıyla yapılandırmak için DNS TXT veya CNAME kaydı aracılığıyla alan adı sahipliğini doğrulamanız, alan adınızın MX kayıtlarını mxs.mail.ru adresine yönlendirmeniz ve posta istemcinizde IMAP/SMTP kimlik bilgilerini yapılandırmanız gerekir. Tüm süreç, küresel çözümleyiciler genelindeki DNS yayılım hızına bağlı olarak genellikle 24–48 saat içinde tamamlanır.

Bu kılavuz, DNS kayıt sözdizimi, posta istemcisi yapılandırması, yaygın hata modları ve güvenlik sıkılaştırması dahil olmak üzere her teknik adımı ayrıntılı biçimde ele almaktadır; bu bilgiler standart kurulum kılavuzunun çok ötesine geçmektedir.

Ön Koşullar ve Mimari Genel Bakış

Tek bir DNS kaydına dokunmadan önce, aslında ne inşa ettiğinizi anlayın. Mail.ru for Business, yönetilen bir posta değiştiricisi olarak işlev görür: alan adınız adına gelen SMTP bağlantılarını kabul eder, mesajları kendi altyapısında depolar ve bunları son kullanıcılara IMAP, POP3 veya web arayüzü aracılığıyla sunar. Alan adınızın DNS’i, küresel posta yönlendirme sistemine mesajların nereye teslim edileceğini söyleyen kontrol düzlemidir.

İlgili bileşenler şunlardır:

• MX kayıtları — gelen SMTP trafiğini Mail.ru’nun sunucularına yönlendirir
• TXT kaydı (SPF) — Mail.ru’nun giden sunucularının alan adınız adına posta göndermesine yetki verir
• DKIM — sahteciliği önlemek için giden mesajları kriptografik olarak imzalar
• DMARC — SPF/DKIM denetimlerinde başarısız olan mesajlarla ne yapılacağını alıcı sunuculara bildiren politika kaydıdır
• Alan adı doğrulama kaydı — Mail.ru’nun sağlama sistemine sahipliği kanıtlayan tek seferlik bir TXT veya CNAME kaydıdır

SPF, DKIM veya DMARC’ı atlamak, yöneticilerin yaptığı en yaygın hatalardan biridir. Bunlar olmadan, giden postalarınız sıklıkla spam klasörlerine düşecek ya da Google Workspace ve Microsoft 365 gibi katı alıcılar tarafından doğrudan reddedilecektir.

Ayrıca şunlara da ihtiyacınız olacak:

• DNS yönetim paneline erişimi olan aktif ve kayıtlı bir alan adı
• Bir Mail.ru hesabı (kişisel veya yeni iş hesabı)
• DNS bölgenize yönetici erişimi (TTL düzenleme hakları)

Henüz bir alan adı kaydetmediyseniz, AlexHost Alan Adı Kaydı, bu kılavuz boyunca açıklanan kayıt değişiklikleri için gerekli olan tam DNS bölge kontrolü sağlar.

Adım 1: Alan Adınızın DNS Bölgesini Kaydedin ve Erişin

Alan adı kayıt şirketinize veya DNS sağlayıcınıza giriş yapın ve DNS yönetimi veya Bölge Düzenleyici panelini bulun. Şu kayıt türlerini oluşturma, değiştirme ve silme yetkinizin olması gerekir: TXT, MX ve CNAME.

Herhangi bir değişiklik yapmadan önce, mevcut kayıtlarınızdaki TTL değerlerini not edin. Başlamadan önce TTL’yi geçici olarak 300 saniyeye (5 dakika) düşürmek, her yapılandırma adımında yayılımı beklerken harcadığınız süreyi önemli ölçüde azaltacaktır. Kurulum tamamlandıktan sonra TTL’yi makul bir değere (3600 veya daha yüksek) geri yüklemeyi unutmayın.

Alan adınız şu anda başka bir sağlayıcı üzerinden canlı e-posta hizmeti veriyorsa, Mail.ru tam olarak doğrulanıp test edilene kadar mevcut MX kayıtlarını kaldırmayın. Geçiş süresi boyunca her iki yapılandırmayı paralel olarak çalıştırın.

Adım 2: Mail.ru for Business Hesabı Oluşturun

biz.mail.ru adresine gidin ve mevcut bir Mail.ru hesabıyla oturum açın ya da yeni bir hesap oluşturun. İş platformu, tüketici Mail.ru arayüzünden ayrıdır; alan adı yönetim panosu, kullanıcı sağlama ve yönetici kontrolleri sunar.

Kimlik doğrulamasından sonra:

1. Dil ayarınızdaki karşılık gelen seçeneği veya “Alan adı bağla” seçeneğini tıklayın.
2. Alan adınızı kayıtlı olduğu şekilde tam olarak girin — örneğin yourdomain.com — herhangi bir alt alan adı öneki veya sondaki eğik çizgi olmadan.
3. Sistem size bir doğrulama yöntemi sunacaktır.

Adım 3: Alan Adı Sahipliğini Doğrulayın

Mail.ru aşağıdaki doğrulama yöntemlerinden birini veya her ikisini sunacaktır:

Yöntem A: TXT Kaydı

DNS bölgenize Mail.ru tarafından sağlanan değerle bir TXT kaydı ekleyin. Kayıt şuna benzer görünecektir:

Name/Host: @  (or yourdomain.com)
Type:       TXT
Value:      mailru-verification: <unique-token>
TTL:        300

Yöntem B: CNAME Kaydı

Name/Host: mailruverify  (or as specified)
Type:       CNAME
Value:      <unique-value>.mail.ru.
TTL:        300

DNS sağlayıcınızın en temiz şekilde desteklediği kaydı ekleyin. Bazı sağlayıcılar, kök düzeyindeki CNAME kayıtlarına kıyasla apex alan adındaki (@) TXT kayıtlarını daha güvenilir biçimde işler. Kayıt kaydedildikten sonra Mail.ru panosuna dönün ve “Doğrula” seçeneğine tıklayın. Mail.ru’nun sistemi, kaydın var olduğunu doğrulamak için bir DNS sorgusu gerçekleştirecektir.

Yayılım gerçeklik kontrolü: DNS değişiklikleri anında geçerli olmaz. Doğrulamayı tıklamadan önce terminalinizden yayılımı izlemek için dig gibi bir araç kullanın:

dig TXT yourdomain.com +short

Veya şu anda ne döndürdüğünü görmek için belirli bir genel çözümleyiciyi sorgulayın:

dig TXT yourdomain.com @8.8.8.8 +short

Çıktıda token göründüğünde, doğrulama kontrolü başarılı olacaktır. Kayıt çözümlenmeden önce doğrulamayı tıklamayın — tekrarlanan başarısız girişimler, doğrulama uç noktasını geçici olarak kısıtlayabilir.

Adım 4: MX Kayıtlarını Yapılandırın

MX kayıtları, gelen e-posta için temel yönlendirme mekanizmasıdır. Alan adı doğrulamasından sonra Mail.ru, eklemeniz gereken MX kayıtlarını gösterecektir. Standart yapılandırma şöyledir:

Bu kaydı DNS bölgenize ekleyin:

Name/Host: @
Type:       MX
Priority:   10
Value:      mxs.mail.ru.
TTL:        300 (raise to 3600 after testing)

Kritik ayrıntı: mxs.mail.ru. sonrasındaki nokta, DNS sözdiziminde önemlidir — mutlak (tam nitelikli) bir alan adını belirtir. Web tabanlı DNS panellerinin çoğu bunu otomatik olarak ekler, ancak ham bir bölge dosyasını düzenliyorsanız, yalnızca panel bunu sizin için normalleştiriyorsa atlayın.

Başka bir posta sağlayıcısından geçiş yapıyorsanız, Mail.ru’nun test mesajlarını doğru şekilde aldığını onayladıktan sonra eski MX kayıtlarını kaldırın. Geçiş sırasında iki MX kaydı setini eş zamanlı olarak çalıştırmak kabul edilebilir — daha düşük öncelik numarası kazanır, bu nedenle Mail.ru’yu geçici olarak 10 önceliğine ve eski sağlayıcınızı 20 önceliğine ayarlayın.

MX kaydının yayıldığını doğrulayın:

dig MX yourdomain.com @8.8.8.8 +short

Beklenen çıktı:

10 mxs.mail.ru.

Adım 5: SPF, DKIM ve DMARC’ı Yapılandırın

Bu, çoğu öğreticinin atladığı adımdır ve özel alan adı e-postasının spam’e düşmesinin birincil nedenidir.

SPF Kaydı

SPF (Sender Policy Framework), alan adınızdan e-posta göndermeye yetkili sunucuları belirtir. Aşağıdaki TXT kaydını ekleyin:

Name/Host: @
Type:       TXT
Value:      v=spf1 include:_spf.mail.ru ~all
TTL:        3600

~all niteleyicisi “yumuşak başarısızlık” anlamına gelir — yetkisiz sunuculardan gelen mesajlar şüpheli olarak işaretlenir ancak reddedilmez. Katı bir politika istiyorsanız ve tüm meşru postaların Mail.ru üzerinden aktığından eminseniz -all (sert başarısızlık) kullanın. Hiçbir koşulda +all kullanmayın — bu, internetteki her sunucunun alan adınız adına posta göndermesine yetki verir.

Önemli kısıtlama: Bir alan adının yalnızca bir SPF TXT kaydı olabilir. Başka bir hizmet için zaten bir SPF kaydınız varsa, include ifadelerini tek bir kayıtta birleştirin:

v=spf1 include:_spf.mail.ru include:other-service.com ~all

DKIM Kaydı

Mail.ru for Business bir DKIM anahtar çifti oluşturur. Genel anahtar, DNS bölgenizde yayımlamanız gereken bir TXT kaydı olarak sağlanır. Bunu Mail.ru Business panosundaki alan adı ayarlarından alın. Şuna benzer görünecektir:

Name/Host: mailru._domainkey
Type:       TXT
Value:      v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GN...
TTL:        3600

Seçici (mailru) değişebilir — panonun sağladığı değeri tam olarak kullanın. Yayılımdan sonra doğrulayın:

dig TXT mailru._domainkey.yourdomain.com +short

DMARC Kaydı

DMARC, SPF ve DKIM’i bir araya getirir ve alıcı sunuculara uygulamaları gereken bir politika verir. Yalnızca izleme politikasıyla başlayın:

Name/Host: _dmarc
Type:       TXT
Value:      v=DMARC1; p=none; rua=mailto:dmarc-reports@yourdomain.com
TTL:        3600

Meşru postaların SPF ve DKIM denetimlerini geçtiğini onayladıktan sonra (rua adresine gönderilen toplu raporları inceleyin), politikayı sıkılaştırın:

v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@yourdomain.com; pct=100

Alan adı sahteciliği ve kimlik avına karşı maksimum koruma için sonunda p=reject seçeneğine geçin.

Adım 6: Mail.ru Business Panosunda Posta Kutuları Oluşturun

DNS tamamen yapılandırılıp doğrulandıktan sonra posta kutularınızı sağlayın:

1. Mail.ru for Business yönetici panosunu açın.
2. Kullanıcılar veya Posta Kutuları bölümüne gidin.
3. Kullanıcı ekle seçeneğine tıklayın ve adresin istenen yerel bölümünü girin — örneğin contact, support, admin, info.
4. Güçlü bir parola belirleyin (en az 12 karakter, büyük/küçük harf karışımı, rakamlar ve semboller).
5. Plan kullanıcı başına sınırlara izin veriyorsa depolama kotası atayın.

Oluşturulan her posta kutusu username@yourdomain.com adresinde hemen erişilebilir hale gelir. Web arayüzüne mail.ru üzerinden erişilebilir — kullanıcılar tam alan adı e-posta adresleri ve belirlediğiniz parola ile giriş yapar.

Adım 7: IMAP ve SMTP Aracılığıyla Posta İstemcilerini Yapılandırın

Masaüstü veya mobil istemcileri tercih eden kullanıcılar için (Thunderbird, Outlook, Apple Mail, K-9 Mail) aşağıdaki sunucu ayarlarını yapılandırın:

Mail.ru Sunucu Yapılandırma Referansı

Kullanıcı adı: Her zaman yalnızca yerel bölümü değil, tam e-posta adresini kullanın — you@yourdomain.com.

Kimlik doğrulama: Mail.ru parola tabanlı kimlik doğrulama gerektirir. Tüketici platformunda hesapta iki faktörlü kimlik doğrulama etkinleştirilmişse, güvenlik ayarları sayfasından bir uygulamaya özel parola oluşturmanız gerekebilir.

POP3 ve IMAP: Özel bir nedeniniz olmadıkça IMAP kullanın. IMAP, mesaj durumunu (okundu, işaretlendi, silindi) tüm cihazlar arasında senkronize eder ve mesajları sunucuda tutar. POP3 mesajları indirir ve genellikle sunucudan kaldırır; bu da çok cihazlı iş akışlarını bozar.

Thunderbird Yapılandırma Örneği

Account type:       IMAP
Incoming server:    imap.mail.ru
Port:               993
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Outgoing server:    smtp.mail.ru
Port:               465
Connection security: SSL/TLS
Authentication:     Normal password
Username:           you@yourdomain.com

Adım 8: Tam Posta Akışını Test Edin

Yapılandırmanın doğru olduğunu varsaymayın — posta akışının her yönünü açıkça doğrulayın.

Gelen teslimatı test edin:

Harici bir adresten (Gmail, Outlook.com) you@yourdomain.com adresine bir mesaj gönderin. Birkaç dakika içinde Mail.ru gelen kutusuna ulaştığını onaylayın.

Giden teslimatı test edin:

you@yourdomain.com adresinden harici bir adrese mesaj gönderin. Mesajın ulaştığını kontrol edin ve SPF ile DKIM’in geçtiğini doğrulamak için mesaj başlıklarını inceleyin:

Authentication-Results: mx.google.com;
   dkim=pass header.i=@yourdomain.com;
   spf=pass (google.com: domain of you@yourdomain.com designates ... as permitted sender)

MXToolbox kullanarak SPF/DKIM hizalamasını test edin:

# Check SPF record syntax
curl "https://mxtoolbox.com/api/v1/lookup/spf/yourdomain.com"

Veya SPF, DKIM, DMARC ve MX arama kontrollerini eş zamanlı olarak çalıştırmak için mxtoolbox.com adresindeki web arayüzünü kullanın.

Komut satırından SMTP bağlantısını test edin:

telnet smtp.mail.ru 465

Port 465 yerel güvenlik duvarınız veya ISP’niz tarafından engelleniyorsa, bunun yerine STARTTLS ile port 587’yi deneyin.

Yaygın Hata Modları ve Nasıl Düzeltilir

Posta Alınmıyor

• MX kayıtlarının yayıldığını onaylayın: dig MX yourdomain.com +short
• Önceki sağlayıcıdan eski MX kayıtlarının tamamen kaldırıldığını kontrol edin
• Mail.ru Business panosundaki alan adı durumunun “Aktif” gösterdiğini doğrulayın

Giden Posta Spam’e Düşüyor

• SPF kaydı eksik veya sözdizimi hatası içeriyor — dig TXT yourdomain.com +short ile doğrulayın
• DKIM kaydı henüz yayılmamış veya yanlış girilmiş — kopyala-yapıştır işlemiyle oluşan satır sonlarını kontrol edin
• DMARC politikası yok — p=none kaydı bile teslim edilebilirlik sinyallerini iyileştirir

Posta İstemcilerinde Kimlik Doğrulama Hataları

• Kullanıcı adı olarak yalnızca yerel bölümü değil, tam e-posta adresini kullandığınızdan emin olun
• Mail.ru hesabında 2FA etkinleştirilmişse, uygulamaya özel bir parola oluşturun ve kullanın
• Port ve şifreleme türünün tam olarak eşleştiğini onaylayın — SSL/TLS’yi STARTTLS portlarıyla karıştırmak bağlantı sıfırlamalarına neden olur

Alan Adı Doğrulaması Sürekli Başarısız Oluyor

• DNS kaydı henüz yayılmadı — yeniden denemeden önce dig ile bekleyin ve kontrol edin
• TXT kaydı değeri fazladan boşluk veya tırnak işaretiyle girildi — çoğu DNS paneli tırnak işaretlerini otomatik olarak ekler; bunları manuel olarak eklemeyin
• Bazı sağlayıcılar @ ana bilgisayarının çıplak alan adı olarak girilmesini gerektirir — kayıt şirketinizin belgelerini kontrol edin

Mail.ru for Business ile Alternatif Sağlayıcıların Karşılaştırması

Mail.ru for Business, Rusça konuşan pazarlarda faaliyet gösteren veya mevcut Mail.ru altyapısına sahip kuruluşlar için pratik bir seçimdir. Üretkenlik paketleriyle derin entegrasyon gerektiren veya Rusya dışında katı veri egemenliği gereksinimlerine sahip ekipler için yukarıdaki tablodaki alternatifleri dikkatle değerlendirin.

Özel Alan Adı E-postası için Barındırma Değerlendirmeleri

Özel e-postanızın yanı sıra bir web sitesi de çalıştırıyorsanız, barındırma ortamı DNS yönetim iş akışınızı etkiler. Bir VPS Barındırma planında, DNS bölge dosyalarına doğrudan erişiminiz vardır ve kayıt şirketinin web arayüzünün değişiklikleri dahili olarak yaymasını beklemeden komut satırı araçları veya kontrol paneli aracılığıyla kayıtları yönetebilirsiniz.

Birden fazla alan adı ve e-posta yapılandırmasını yöneten ekipler için, cPanel ile VPS, ham bölge dosyası düzenleme gerektirmeden TXT, MX ve DKIM kayıt yönetimini basitleştiren grafiksel bir Bölge Düzenleyici sunar. cPanel ayrıca barındırılan alan adları için SPF ve DKIM hizalamasını otomatik olarak kontrol eden yerleşik bir E-posta Teslim Edilebilirlik aracı içerir.

Mail.ru üzerinden yönlendirmek yerine tam yönetilen bir e-posta altyapısına ihtiyaç duyuyorsanız, AlexHost E-posta Barındırma, üçüncü taraf bir posta platformuna bağımlılığı tamamen ortadan kaldırarak tam DNS kontrolüyle özel posta kutusu barındırma hizmeti sunar.

E-postanın kritik öneme sahip olduğu yüksek trafikli iş ortamları için, bir Dedicated Sunucu, posta kuyrukları, teslimat politikaları ve günlük kaydı üzerinde tam kontrolle kendi MTA’nızı (Postfix, Exim) çalıştırma seçeneği sunar — Mail.ru for Business’ın kopyalayamayacağı bir mimari.

Teknik Temel Çıkarımlar Kontrol Listesi

Yapılandırmayı tamamlanmış saymadan önce kurulumunuzun üretime hazır olduğunu doğrulamak için bu kontrol listesini kullanın:

• Alan adı Mail.ru Business panosunda doğrulandı (durum “Aktif” gösteriyor)
• MX kaydı 10 önceliğiyle mxs.mail.ru adresine işaret ediyor, eski MX kayıtları kaldırıldı
• SPF TXT kaydı include:_spf.mail.ru ile apex alan adında yayımlandı
• DKIM TXT kaydı mailru._domainkey.yourdomain.com adresinde yayımlandı
• DMARC TXT kaydı _dmarc.yourdomain.com adresinde yayımlandı (p=none ile başlayın, sonra sıkılaştırın)
• Harici bir adresten gelen test mesajı alındı
• Giden test mesajı başlıkları dkim=pass ve spf=pass geçtiğini gösteriyor
• Posta istemcisi IMAP port 993 (SSL/TLS) ve SMTP port 465 veya 587 ile yapılandırıldı
• Test tamamlandıktan sonra TTL değerleri 3600’e geri yüklendi
• Mail.ru hesabında 2FA etkinse uygulamaya özel parola oluşturuldu

Sıkça Sorulan Sorular

Mail.ru alan adı doğrulaması gerçekte ne kadar sürer?

Uygulamada, doğrulama kaydını eklemeden önce DNS TTL’nizi 300 saniyeye düşürürseniz, Mail.ru sahipliği 5–15 dakika içinde onaylayabilir. Belirtilen 24–48 saatlik pencere, TTL varsayılan değerde bırakıldığında geçerlidir (genellikle 3600 veya daha yüksek), çünkü çözümleyiciler yeniden sorgulamadan önce eski (boş) yanıtı bu süre boyunca önbelleğe alır.

Mail.ru for Business’ı aynı alan adında başka bir posta sağlayıcısıyla birlikte kullanabilir miyim?

Evet, ancak yalnızca bir sağlayıcı birincil MX hedefi olabilir. Belirli alt alan adlarını (örn. notifications.yourdomain.com) farklı bir sağlayıcıya yönlendirebilirsiniz, ancak kök alan adı için öngörülemeyen teslimat bölünmesini önlemek amacıyla aynı anda yalnızca bir MX kaydı seti aktif olmalıdır.

Mail.ru’dan giden postam neden Gmail veya Outlook’ta spam’e düşüyor?

En yaygın nedenler eksik veya yanlış yapılandırılmış SPF kaydı, DKIM imzasının olmaması veya DMARC politikasının bulunmamasıdır. Hangi kimlik doğrulama mekanizmalarının başarısız olduğunu tam olarak belirleyen puanlı bir rapor almak için alan adınızı mail-tester.com üzerinden çalıştırın.

Mail.ru for Business’ı kullanmayı bırakırsam e-postalarıma ne olur?

MX kayıtlarınız mxs.mail.ru adresinden değiştirilir değiştirilmez posta teslimi durur. Mail.ru’nun sunucularında depolanan mevcut mesajlar, hesap kapatılana kadar web arayüzü üzerinden erişilebilir olmaya devam eder, ancak veri kaybını önlemek için geçiş yapmadan önce bunları IMAP aracılığıyla (Thunderbird gibi bir istemci kullanarak) dışa aktarmalısınız.

AlexHost üzerinden yönetilen bir alan adında Mail.ru e-postasını yapılandırmak mümkün mü?

Evet. Alan adınız AlexHost Alan Adı Kaydı aracılığıyla kayıtlıysa, DNS bölge düzenleyicisine tam erişiminiz vardır. Mail.ru doğrulama TXT kaydını, MX kaydını, SPF TXT kaydını ve DKIM TXT kaydını doğrudan AlexHost kontrol panelinden ekleyin. Süreç, diğer kayıt şirketleriyle aynıdır — yalnızca arayüz farklıdır.