DMARC kaydınızı ekleme

DMARC işlevini, alanınızın DNS ayarlarına bir DMARC kaydı girerek tanımlarsınız.

DMARC kaydınızın metnini hazırladıktan sonra alan sağlayıcınızda DNS TXT kaydını ekleyin veya güncelleyin. Bir DNS TXT kaydını güncellemek için alan sağlayıcınızın yönetim konsoluna DMARC politika kaydınızı tanımlayan metin satırını girin.

DMARC politikanızı her değiştirdiğinizde ve kaydınızı her güncellediğinizde, alan sağlayıcınızdaki DNS TXT kaydını güncellemeniz gerekir.

Alt alanlar veya ek alanlar

Birden fazla alanınız varsa her alan için aşağıdaki adımları uygulayın. Her alanın farklı bir politikası ve farklı rapor seçenekleri (kayıtta tanımlanır) olabilir.

Alt alanlar için DMARC politikaları oluşturmazsanız bunlar, üst alanın DMARC politikasını devralır. Alt alanlar için bir DMARC politikası tanımlamak üzere, üst alanın DMARC kaydındaki sp politika etiketini kullanın.

Kaydınızı ekleme veya güncelleme

Bu adımları Yönetici konsolunuzdan değil, alan barındırıcınızın yönetim konsolundan uygulayın. Alan barındırıcım kim?

Önemli: DMARC'yi yapılandırmadan önce DKIM ve SPF'yi yapılandırın. DKIM ve SPF, DMARC'yi açmadan önce en az 48 saat boyunca iletilere kimlik doğrulaması yapmalıdır.

  1. Politika kaydınızı temsil eden metin dosyasını veya satırı hazır bulundurun.
  2. Alan barındırıcınızın yönetim konsolunda oturum açın.
  3.  DNS kayıtlarının güncelleneceği sayfayı bulun.
  4. DNS TXT kaydı ekleyin veya TXT kaydında _dmarc yerine kendi kaydınızı girerek mevcut bir kaydı değiştirin:
    1. TXT kaydı adı: İlk alanda, DNS Ana Makine adı bölümüne şu değeri girin: _dmarc.solarmora.com

      Önemli: Bazı alan barındırıcıları, alan adını _dmarc ifadesinden sonra otomatik olarak ekler. Eklediğiniz TXT kaydının doğru şekilde biçimlendirildiğinden emin olmak için DMARC TXT kayıt adını doğrulayabilirsiniz.

    2. TXT kaydı değeri: İkinci alana DMARC kaydınızın metnini girin. Örneğin:

      v=DMARC1; p=none; rua=mailto:dmarc-raporlari@solarmora.com

      Alanların adları, sağlayıcınızda farklı olabilir. DNS TXT kaydı alanlarının adları, sağlayıcıdan sağlayıcıya biraz farklılık gösterebilir. Burada kullanılan alan, örnek bir alandır. solarmora.com değerini kendi alanınızla değiştirin.

  5. Yaptığınız değişiklikleri kaydedin. 

DMARC TXT kaydı adını doğrulama (isteğe bağlı)

Bazı alan barındırıcıları, TXT kaydı adının sonuna otomatik olarak Kaydınızı ekleme veya güncelleme bölümünün 4a adımında girilen alan adınızı ekler. Bu, DMARC TXT kaydı adının yanlış biçimlendirilmesine neden olabilir.

Örneğin, _dmarc.solarmora.com adresini girerseniz ve alan barındırıcınız alan adınızı otomatik olarak eklerse TXT kaydı adı _dmarc.solarmora.com.solarmora.com şeklinde yanlış bir biçimlendirmeye sahip olur.

Kaydınızı ekleme veya güncelleme makalesindeki adımları uygulayarak DMARC TXT kaydını ekledikten sonra TXT kaydı adının doğru şekilde biçimlendirildiğini doğrulayın.

DMARC TXT kaydınızı görmek ve doğrulamak için Google Yönetici Araç Kutusu'ndaki Dig özelliğini kullanabilirsiniz:

  1. Google Yönetici Araç Kutusu 'na gidin ve Dig özelliğini seçin.
  2. Ad alanına _dmarc. ifadesini, ardından tam alan adınızı girin. Örneğin, alan adınız solarmora.com ise _dmarc.solarmora.com girin.
  3. Ad alanının altında, TXT'yi tıklayın.
  4. Sonuçlarda DMARC TXT kaydı adınızı doğrulayın. _dmarc ile başlayan metin satırını bulun.

DMARC kaydı biçimi

DMARC kaydı düz metin biçimindedir. Metin, noktalı virgülle ayrılmış DMARC etiketleri ve değerlerinin bir listesidir. Bazı etiketler gereklidir, bazıları ise isteğe bağlıdır.

DMARC politikası, alıcı sunuculara alanınızdan gelen, kimliği doğrulanmamış iletilerle ilgili olarak hangi işlemi yapacaklarını bildirir. Yapılacak işlem, DMARCkaydınız tanımlanırken politika (p) etiketiyle belirtilir.

Bu, DMARC politika kaydı örneğidir. v ve p etiketleri listenin başında olmalıdır. Diğer etiketler herhangi bir sırada olabilir:

v=DMARC1; p=reject; rua=mailto:postmaster@solarmora.com, mailto:dmarc@solarmora.com; pct=100; adkim=s; aspf=s

DMARC kaydı etiketleri

Etiket Zorunlu mu? Açıklama ve değerler
v

Zorunlu

DMARC sürümü. DMARC1 olmalıdır.

p

Zorunlu

Alıcı posta sunucusuna, kimlik doğrulamasından geçmeyen iletilere ne yapılacağını bildirir.
  • none: İletiyle ilgili hiçbir işlem yapılmaz ve ileti, ilgili alıcıya teslim edilir. İletileri günlük rapora kaydeder. Rapor, kayıttaki rua seçeneğiyle belirtilen e-posta adresine gönderilir.
  • quarantine: İletileri spam olarak işaretler ve alıcının spam klasörüne gönderir. Alıcılar, spam iletileri gözden geçirerek meşru iletileri tespit edebilir.
  • reject: Reject the message. With this option, the receiving server usually sends a bounce message  to the sending server.
pct İsteğe bağlı

1 ile 100 arasında bir tam sayı olmalıdır. Kayıt sırasında bu seçeneği kullanmazsanız DMARC politikanız, alanınızdan gönderilen iletilerin %100'üne uygulanır.

Kimliği doğrulanmamış iletilerin yüzde kaçının DMARC politikasına tabi olduğunu belirtir. DMARC'yi kademeli olarak dağıtıyorsanız iletilerinizin küçük bir yüzdesiyle başlayabilirsiniz. Alanınızdan gönderilen ve alıcı sunucularda kimlik doğrulamasından geçen iletilerin sayısı arttıkça, kaydınızı %100'e ulaşana kadar, daha yüksek bir yüzde değerine güncelleyebilirsiniz.

1 ile 100 arasında bir tam sayı olmalıdır. Kayıt sırasında bu seçeneği kullanmazsanız DMARC politikanız, alanınızdan gönderilen iletilerin %100'üne uygulanır.

rua İsteğe bağlı

Alanınızla ilişkili DMARC etkinliği hakkındaki raporların gönderileceği e-posta adresi.

E-posta adresinde mailto: bölümü bulunmalıdır. Örneğin: mailto:dmarc-raporlari@solarmora.com.

Raporu birden fazla e-posta adresine göndermek için e-postaları virgülle ayırın.

Bu seçenek, çok sayıda rapor e-postası gönderilmesine neden olabilir. Kendi e-posta adresinizi kullanmanızı önermeyiz. Bunun yerine, özel bir posta kutusu, bir grup veya DMARC raporlarında uzmanlaşmış bir üçüncü taraf hizmeti kullanabilirsiniz.

ruf Desteklenmez Gmail, hata raporları göndermek için kullanılan ruf etiketini desteklemez. Başarısızlık raporları, "adli raporlar" olarak da anılır.
sp İsteğe bağlı Birincil alanınızın alt alanlarındaki iletiler için uygulanacak politikayı belirler. Alt alanlarınız için farklı bir DMARC politikası kullanmak istiyorsanız bu seçeneği tercih edin.
  • none: Take no action on the message and deliver it to the intended recipient. Log messages in a daily report. The report is sent to the email address specified with the rua option in the policy .
  • quarantine: İletileri spam olarak işaretler ve alıcının spam klasörüne gönderir. Alıcılar, spam iletileri gözden geçirerek meşru iletileri tespit edebilir.
  • reject: İletiyi reddeder. Bu seçenekle, alıcı sunucunun gönderen sunucuya bir geri dönen ileti göndermesi gerekir

Kayıtta bu seçeneği kullanmazsanız alt alanlar, üst alan için belirlenen DMARC politikasını devralır.

adkim İsteğe bağlı DKIM için kullanılacak uyumlu hale getirme politikasını belirler. Bu politika, ileti bilgilerinin DKIM imzalarıyla kesin olarak nasıl eşleşmesi gerektiğini tanımlar. Uyumlu hale getirme işleminin işleyiş şeklini öğrenin.
  • s: Katı eşleşme. Gönderen alan adı, DKIM posta üstbilgilerindeki karşılık gelen d=alanadı ile tam olarak eşleşmelidir.
  • r: Relaxed alignment (default). Allows partial matches. Any valid subdomain of d=domain in the DKIM mail headers is accepted.
aspf İsteğe bağlı SPF (ASPF) için kullanılacak uyumlu hale getirme politikasını belirler. Bu politika, ileti bilgilerinin SPF imzalarıyla kesin olarak nasıl eşleşmesi gerektiğini tanımlar. Uyumlu hale getirme işleminin işleyiş şeklini öğrenin.
  • s: Katı eşleşme. İletinin From üstbilgisi, SMTP MAIL FROM komutundaki alan adıyla tam olarak eşleşmelidir.
  • r: Esnek eşleşme (varsayılan). Kısmi eşleşmelere izin verilir. Alan adının herhangi bir geçerli alt alanı kabul edilir.
Bu size yardımcı oldu mu?
Bunu nasıl iyileştirebiliriz?

Daha fazla yardıma mı ihtiyacınız var?

Sorununuzu hızla çözmek için oturum açarak ek destek seçeneklerinden yararlanın