[ Gönderme hizmeti kılavuzları ]

Emma aracılığıyla gönderilen e-postanın kimliğini doğrulayın: yapılandırma ve doğrulama

Emma'nın DKIM kayıtlarını ve hesap başına doğrulamayı, paylaşılan bir gönderme alan adını yeniden kullanılabilir bir hesap doğrulama karma değeriyle karıştırmadan yapılandırın.

EmailAuth araştırma ekibi tarafından · 4 dakikalık okuma

[ Anahtar noktalar ]

  • Emma'nın DKIM kayıtlarını ve hesap başına doğrulamayı, paylaşılan bir gönderme alan adını yeniden kullanılabilir bir hesap doğrulama karma değeriyle karıştırmadan yapılandırın.
  • Paylaşılan seçiciler, her bir alt hesabın benzersiz doğrulama kanıtının yerine geçmez.
Bu sayfada

Hesapları gönderen etki alanıyla eşleme

Emma kimlik doğrulaması, etki alanı düzeyindeki DNS hesaba özgü bir doğrulama adımıyla birleştirir. Alandan gönderilecek her hesabı veya alt hesabı, sahibini ve amaçlanan varsayılan gönderen e-postasını listeleyerek başlayın. İki kampanya hesabında aynı alan adının görünmesi, doğrulama jetonlarının birbirinin yerine kullanılabilmesini sağlamaz.

Sağlayıcının DKIM kurulum kılavuzu kullanıcıları, varsayılan gönderen e-postasının, kimliği doğrulanan alan adıyla eşleşmesini sağlamaya yönlendirir. DNS çalışmasından önce bu ayarı onaylayın. Aksi takdirde, kampanya sahibi başka bir kimlikle göndermeye devam ederken yönetici bir alanı başarıyla yapılandırabilir.

Alan adı kayıtlarını ve hesap kanıtını yayınlayın

Emma üçünü belgeliyor DKIM CNAME _domainkey altındaki e2ma-k1, e2ma-k2 ve e2ma-k3 seçicilerini ve dkim.e2ma.net altındaki ilgili hedefleri kullanarak kayıt yapar. DNS ana bilgisayarının doğru sahip adı sözdizimini uygularken ve kullanırken sağlayıcı talimatlarından mevcut değerleri alın. Bu kılavuz özel bir hesap yapılandırması sağlamaz veya mevcut kayıtların test edildiğini iddia etmez.

İş akışı ayrıca hesabın kendi doğrulama karma değeriyle e2ma-verification= ile başlayan bir TXT değeri gerektirir. Doğru hesap bağlamı için Hesap > Teslim Edilebilirlik bölümünde bu karmayı bulun. Emma, ​​her hesabın veya alt hesabın benzersiz bir hash'e sahip olduğunu ve katmanlı hesapların, ilgili alt hesaplar için ayrı TXT doğrulama kayıtları gerektirdiğini belirtiyor. Etki alanını paylaştığı için başka bir etkin hesabın doğrulama kaydını değiştirmeyin.

Farklı SPFBir sahipteki birden fazla aday politikasının hataya neden olduğu durumlarda ilgisiz alan adı doğrulama TXT değerleri bir arada bulunabilir. Her birinin amacını koruyun TXT kaydı Temizleme işleminin başka bir kampanya hesabının ihtiyaç duyduğu kanıtı ortadan kaldırmaması için açıktır. Asla farklı bir hizmetin belirteci ile başlayan herhangi bir TXT değerinin eski olduğu sonucunu çıkarmayın. SPF kaydı.

Mevcut seçicilere zarar vermeden adları doğrulayın

Yayınlamadan önce gerçek yetkili DNS hizmetini ve mevcut kayıt sahiplerini inceleyin. Kayıt şirketi girişi, canlı bölgeyi kontrol edemeyebilir. Her birinde seçici, mevcut kayıt türünü ve hedefini onaylanan değişiklikle karşılaştırın. Bir CNAME aynı sahipteki sıradan rakip verilerle birleştirilemez; bu nedenle, iki sağlayıcıyı tek bir seçici adına zorlamak yerine çakışmayı çözün.

Kaydettikten sonra genel sahibin ve hedefin tamamını kontrol edin. Göreli etiket düzenleyicileri ve tam nitelikli giriş biçimleri farklılık gösterir; çoğaltılmış bir alan adı son eki, görsel olarak makul bir kaydı işe yaramaz hale getirebilir. Emma'nın son doğrulamasını doğru hesapta tamamlayın ve her alt hesabın durumunu ayrı ayrı tutun. Kaynak, iş akışını açıklar ancak kendi DNS veya hesabınızın bunu geçtiğini belirlemez.

Gerçek kampanya kimliğini kullanın

Orijinal doğrulama çalışma sayfası: hesap/alt hesap başına bir satır; varsayılan gönderen etki alanı, belirteç sahibi, seçici yanıtları, son doğrulama durumu ve kontrollü mesaj kanıtları. Maddi olarak farklı olan her hesap yolu üzerinden, kontrollü bir posta kutusuna zararsız bir kampanya gönderin. Test sırasında müşteri adreslerinden ve üretim hedef kitlelerinden kaçının.

Alıcının DKIM sonucunu, görünür Kimden alanıyla birlikte imza alanını ve seçiciyi yakalayın ve Zarf göndereni. Geçerli bir imza, imza alanı kapsamında doğrulandığını kanıtlar; DMARC ayrıca gerektirir hizalama Bu kimlik doğrulama yolu için From ile. TXT sahiplik belirteci, mesaj imzasını doğrulamak için kullanılan anahtar değildir ve tek başına bunun kontrol edilmesi hizalamayı çözemez.

Açıklayıcı senaryo: Bir ana hesap başarılı bir şekilde doğrulanırken, bir alt hesapta kendi doğrulama kanıtı olarak hâlâ ana hesabın karma değeri girilmiştir. Sonraki doğru adım, alt hesabın farklı değerini almak ve bu hesabı doğrulamaktır; bir DNS hatası kanıtı olmadan üç alan adı CNAME'sinin tamamını yeniden oluşturmak değil.

Kurtarılabilir bir hesap envanterini koruyun

Değişiklik öncesi ayarları ve kayıtları kaydedin. Doğrulama başarısız olursa etkilenen kampanyayı duraklatın ve varsayılan gönderenin, hesap belirtecinin veya genel seçicinin yanlış olup olmadığını belirleyin. Bağımlılıkları kontrol ettikten sonra yalnızca etkilenen yapılandırmayı geri yükleyin. Diğer hesapların geçerli belirteçlerini ve seçicilerini olduğu gibi tutun.

Bir alt hesap eklerken, varsayılan göndereni değiştirirken veya DNS taşırken yeniden kontrol edin. Belgeler 8 Kasım 2026'da gözden geçirildi. Çalışma sayfası ve senaryo orijinal örneklerdir; hiçbir Emma hesabı, kamuya açık kayıt veya yayınlanan kampanya burada test edilmedi.

İki hesaplı tamamlama defteri kullanın

Yazılı vaka EM-01, Ebeveyn ve Etkinliklerin her ikisinin de From news@example.com niyetinde olduğunu varsayar. Ebeveynin kendi doğrulama jetonu vardır ve son doğrulamayı tamamlamıştır. Etkinlikler yanlışlıkla Parent'in belirtecine başvuruyor; kendi jetonu ve son doğrulaması eksik. Bu örnekte üç alan adı CNAME'si sorgulanmadan doğru şekilde belirtilmiştir. Parent'in çalışma jetonunu saklayın, Etkinliklerin hesaba özel değerini alın ve Etkinliklerde doğrulamayı tamamlayın. Eksik bir hesap kanıtını onarmak için paylaşılan seçicileri yeniden oluşturmayın. Etkinlikler için mesaj kimlik doğrulaması, kontrollü bir kampanya incelenene kadar bilinmiyor. Hiçbir token toplanmadı, yayınlanmadı ve hiçbir kampanya gönderilmedi.

Mevcut sağlayıcı kılavuzu, her hesabı veya alt hesabı kimliği doğrulanmış bir alan adıyla sınırlandırmaktadır. Events'in bunun yerine news@other.example ihtiyacı varsa, çalışan bir kurulumu değiştirmeden önce bu ayrı kimlik ve hesap seçimini kaydedin. Bir ebeveyn hesabının alan adı başarısı bu ürün sınırını kaldırmaz.

Uygulama sınırını koruyun

RFC 9989 Bölüm 7.4, alan adı yayınlamak için yalnızca SPF değil geçerli DKIM gerektirir p=rejectve dolaylı posta ve posta listesinin birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.

[ Götürmek ]

Paylaşılan seçiciler, her bir alt hesabın benzersiz doğrulama kanıtının yerine geçmez.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Belirteçleri seçicilerden ayırın

Hesap kanıtı ve mesaj doğrulama farklı kayıtları kullanır.

Sonraki adımlar

  1. Doğru doğrulama karmasını bulun.
  2. Tüm seçici sahiplerini kontrol edin.
  3. Alınan imzalama hizalamasını inceleyin.

CISO / SecOps

Mevcut yetkileri koru

Kayıt temizleme diğer kampanya hesaplarını bozabilir.

Sonraki adımlar

  1. Envanter doğrulama belirteçleri.
  2. Seçici değişimlerini onaylayın.
  3. Alt hesap eklemelerini ve kullanımdan kaldırılmasını inceleyin.

Kurucu / Teknik Olmayan

Kampanya hesaplarını sorumlu tutun

Paylaşılan alan adı alt hesap sorumluluklarını silmez.

Sonraki adımlar

  1. Gönderen her hesabı listeleyin.
  2. Her kampanya sahibine bir ad verin.
  3. Hesap başına tamamlama kanıtı gerektirir.

[ SSS ]

Sık sorulan sorular

Bir alt hesap, üst hesabının doğrulama karmasını yeniden kullanabilir mi?

Hayır. Emma, ​​her hesabın veya alt hesabın benzersiz bir doğrulama karmasına sahip olduğunu belirtir.

Doğru karmayı nerede bulabilirim?

Kimliği doğrulanan hesap veya alt hesapta Hesap Aç > Teslim Edilebilirlik.

Neden önce varsayılan göndereni kontrol etmelisiniz?

Emma, ​​kimlik doğrulaması yapılan alan adıyla eşleşmesini gerektirir; Başka bir kimliğe ait DNS bu seçimi düzeltmez.

Doğrulama TXT değeri ve DKIM anahtarı aynı şey midir?

Hayır. TXT belirteci hesap yetkilendirmesini kanıtlarken, DKIM CNAME'ler genel imzalama anahtarı bilgilerini çözer.

Başka bir hesabın doğrulama TXT kaydını kaldırmalı mıyım?

Bağımlılığı anlaşılıp emekliliği onaylanmadıkça hayır. Aktif hesapların kendi değerlerine ihtiyacı olabilir.

İki doğrulama TXT jetonu, iki SPF politikası gibi bir arada bulunabilir mi?

Doğrulama belirteçleri bir arada bulunabilir. Birden fazla aday SPF politikası farklı bir durumdur ve tek bir sahipte oluşturulmamalıdır.

Bir DKIM seçicinin zaten başka bir kaydı varsa ne olur?

Sahibini tanımlayın ve değiştirmeden önce anlaşmazlığı çözün. Rakip verileri bir CNAME sahibinde birleştirmeyin.

Ebeveynin başarılı doğrulaması her alt hesabı kapatıyor mu?

Hayır. Her hesabın belirtecini, varsayılan göndereni, doğrulama durumunu ve kontrollü mesaj kanıtlarını izleyin.

[ Kaynaklar ]

Kaynaklar

  1. DKIM Kimlik Doğrulama Kurulumu

    Bölümler DKIM Kurulumu · Adım 1: Varsayılan Gönderen E-postanızı Seçin · Adım 2: CNAME Kayıtları Oluşturun · Adım 3: Bir TXT Kaydı Oluşturun · Adım 4: Son Doğrulamayı Tamamlayın · DKIM Hakkında Sıkça Sorulan Sorular

  2. RFC 7208

    Bölümler §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  3. RFC 6376

    Bölümler §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  4. RFC 9989

    Bölümler §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ Sözlük ]

Sözlük

SPF
SMTP zarf gönderen etki alanı için DNS yetkilendirmesi, protokol sınırlarına tabidir.
DKIM
İmza alanı altındaki seçicide ortak anahtar kullanılarak doğrulanan bir imza.
DMARC hizalaması
Görünür Kimden alanı ile geçen SPF veya DKIM kimlik doğrulama alanı arasında gerekli ilişki.
Yetkili DNS
Yayımlanan bölge yanıtlarından sorumlu olan yetkilendirilmiş DNS hizmeti.
Seçici
Genel anahtarı bulmak için imzalama alanıyla birlikte kullanılan DKIM tanımlayıcısı.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası