[ Gönderme hizmeti kılavuzları ]

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

Action Network'ün destek tarafından oluşturulan etki alanı kayıtlarını kullanın ve kurulumdan sonra gerçek Kimden kimliğini doğrulayın.

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

[ Anahtar noktalar ]

  • Action Network desteği aracılığıyla kuruluşa özel kayıtları edinin.
  • Yanıtla alımı, DMARC görünür Kimden alanını kullanımını değiştirmez.
  • Sağlayıcı kurulum kontrollerini mesaj kanıtlarından ayrı tutun.
Bu sayfada

[ Götürmek ]

Sağlayıcı kurulum kontrollerini mesaj kanıtlarından ayrı tutun.

[ 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

Gerçek rotayı doğrulayın

Destek tarafından verilen kayıt kümesini ve gerçek bir kampanya yolu başlığı karşılaştırmasını koruyun.

Sonraki adımlar

  1. Destek tarafından verilen kayıt kümesini ve gerçek bir kampanya yolu başlığı karşılaştırmasını koruyun.
  2. Oluşturulan kayıt kümesini ve yetkili DNS öncesi ve sonrası karşılaştırmasını tam olarak koruyun.
  3. Gerçek rotadan Yakalama Kaynağı, SPF kimliği, DKIM d=/s= ve güvenilir alıcı sonuçları.

CISO / SecOps

Kalan maruz kalmayı yönetin

Alan çapında DMARC onayını grup düzeyindeki kimlik doğrulama isteğinden ayrı tutun.

Sonraki adımlar

  1. Alan çapında DMARC onayını grup düzeyindeki kimlik doğrulama isteğinden ayrı tutun.
  2. Çözülmemiş herhangi bir kimlik doğrulama veya satıcı özelliği istisnası için kayıtlı bir karar isteyin.
  3. Bu hizmet kullanımdan kaldırıldığında eski DNS yetkilendirmelerini ve yetkilendirmelerini gözden geçirin.

Kurucu / Teknik Olmayan

Gönderme sonucuna sahip olun

Düzenleme grubunu, DNS yöneticisini ve sağlayıcı doğrulamasını koordine etmek için tek bir sahip atayın.

Sonraki adımlar

  1. Düzenleme grubunu, DNS yöneticisini ve sağlayıcı doğrulamasını koordine etmek için tek bir sahip atayın.
  2. Değişikliği onaylamadan önce iş iş akışını ve gönderen alan adı sahibini atayın.
  3. Kabul edildiğine dair kanıt elde edilene kadar etkilenen kampanyayı duraklatın.

[ SSS ]

Sık sorulan sorular

Kendi SendGrid hesabıma ihtiyacım var mı?

Belgelenen Action Network iş akışı, kayıtları Action Network desteği aracılığıyla alır. Ayrı bir ihtiyaç duymadan paralel kurulum oluşturmayın.

Action Network: DKIM , SPF ve DMARC kayıtlarını yükleme

Destek ekibi neden Yanıtlama isteğinde bulunuyor?

Bu onun belgelenmiş alım iş akışıdır. DMARC hizalaması için görünür olan Kimden alanını yine de inceleyin.

Action Network: DKIM , SPF ve DMARC kayıtlarını yükleme

Ayrı bir SPF kaydı eklemeli miyim?

Alıntı yapılan iş akışı, sağlanan CNAME kurulumunun ayrı bir SPF kaydı olmadan SPF kapsadığını söylüyor. Alan adınız için verilen değerleri takip edin.

Action Network: DKIM , SPF ve DMARC kayıtlarını yükleme

Başka bir grubun CNAME'lerini kopyalayabilir miyim?

Hayır. Yetkili alan adınız ve grubunuz için sağlanan kayıtları kullanın.

Action Network: DKIM , SPF ve DMARC kayıtlarını yükleme

Mevcut DMARC politikamızın üzerine yazmalı mıyım?

Hayır. Alan sahibinden önerilen herhangi bir kaydı mevcut politika ve raporlama hedefleriyle bağdaştırmasını sağlayın.

Destek doğrulaması test e-postasının yerine geçer mi?

Hayır. Kurulumu onaylar; Alınan bir mesaj, asıl postanın hangi kimlikleri kullandığını gösterir.

Başlıkta özel bir anahtar görünüyor mu?

Hayır. Başlıkta bir DKIM imzası görünüyor. Gizli özel imzalama anahtarı iletilmez.

RFC 6376: DKIM

Kampanya başka bir Gönderen alan adını kullanıyorsa ne olur?

Sahip olunan etki alanını yapılandırın ve doğrulayın veya kimliği doğrulanmış göndereni seçin. Yanıtla seçeneği tek başına hizalamayı düzeltmez.

[ Kaynaklar ]

Kaynaklar

  1. Action Network: DKIM , SPF ve DMARC kayıtlarını yükleme

    Bölümler DKIM ve SPF , 1-6. adımlar · DMARC , 1-6. adımlar · SSS: DKIM nasıl çalışır? (yanlış anahtar açıklama benimsenmedi)

  2. RFC 9989: DMARC

    Bölümler §4.4.1 DKIM kimlik doğrulamalı tanımlayıcılar · §4.4.2 SPF kimlik doğrulamalı tanımlayıcılar · §4.10 DNS ağacında yürüyüş ve yinelenen politika kayıtları · §5.3.5 DMARC başarılı veya başarısız olduğunu belirleme

  3. RFC 7208: SPF

    Bölümler §3.2 Çoklu DNS kayıtları · §4.5 Kayıtları seçme · §4.6.4 DNS arama sınırları

  4. RFC 6376: DKIM

    Bölümler §3.3 İmzalama ve doğrulama algoritmaları · §3.6.2 DNS bağlama · §6 Doğrulayıcı eylemleri

[ Sözlük ]

Sözlük

Şuradan Görünür:
Alanı DMARC hizalaması için kullanılan Kimden başlığı mesajında ​​görüntülenen yazar adresi.
Zarf kimliği
Görünür Kimden ve Yanıtla'dan farklı olarak, SPF tarafından değerlendirilen SMTP gönderme kimliği.
DKIM seçici
Doğrulama anahtarını bulmak için d= alan adını imzalamayla birlikte kullanılan s= tanımlayıcısı.
Hizalama
Kimliği doğrulanmış bir SPF veya DKIM kimliği ile görünür Kimden alan adı arasındaki gerekli alan adı ilişkisi.

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ı