[ Gönderme hizmeti kılavuzları ]

Paylaşılan etki alanı ayarlarıyla SendPulse E-postasını ve SMTP doğrulayın

SendPulse Email ve SMTP genelinde desteklenen alan kimlik doğrulamasını yeniden kullanın, alan sınırlarını hesaba katın ve bir hizmetin diğerini kanıtladığını varsaymak yerine her gönderme iş akışını test edin.

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

[ Anahtar noktalar ]

  • SendPulse Email ve SMTP genelinde desteklenen alan kimlik doğrulamasını yeniden kullanın, alan sınırlarını hesaba katın ve bir hizmetin diğerini kanıtladığını varsaymak yerine her gönderme iş akışını test edin.
  • Paylaşılan kayıtlar, uygulamalar arasında gönderen seçeneklerinin eşleşeceğini garanti etmez.
Bu sayfada

E-posta ve SMTP paylaşılan ayarların ayrı testleri olarak ele alın

SendPulse, E-posta ve SMTP için paylaşılan kimliği doğrulanmış alan listesini belgeler. Geçerli alan adı izni, iki planın en yüksek sınırıdır ve her alt alan adı ayrı ayrı sayılır; bir izleme alanı bu kimlik doğrulama iznini tüketmez. Mevcut kılavuzu, iki paylaşılan girişe izin veren bir E-posta etki alanı ve iki SMTP etki alanının ücretsiz plan örneğini vermektedir. Birden fazla marka veya alt alan adı planlamadan önce canlı hesabın ödeneğini doğrulayın. SendPulse E-posta kimlik doğrulaması, DKIM ve SPF kayıtlarınızı oluşturun.

Paylaşılan ayarlar, yinelenen DNS çalışmalarını azaltır ancak her uygulamanın amaçlanan Kimden alan adını seçtiğini kanıtlamaz. SMTP veya API aracılığıyla gönderilen envanter pazarlama kampanyaları, otomasyonları ve uygulamaları. Her rota, işletme sahibi, uygulama sahibi ve DNS yöneticisi için hesabı ve amaçlanan etki alanını yakalayın. Gönderim kimlik bilgilerini bu çalışma sayfasının dışında tutun.

Bu kılavuz, sağlayıcının genel E-posta ve SMTP kimlik doğrulama iş akışlarını kapsar. Bağımsız olarak seçilebilen bir özel alan adı olan sınırsız bir alan adı tahsisini varsaymaz. Return-Path veya her entegrasyonda aynı nihai kimlikler. Bir iş gereksinimi katı kurallara bağlıysa hizalama veya belirli bir zarf alanı istiyorsanız, taahhütte bulunmadan önce SendPulse'tan desteklenen bir tasarım edinin.

Kayıtları oluşturmadan önce mevcut bir alan adını kontrol edin

E-postada, belgelenen giriş noktası Ayarlar > Etki alanı ayarlarıdır ve ardından kimliği doğrulanmış etki alanı alanında etkinleştirme yapılır. SMTP , SMTP Ayarları > Etki alanı ayarları ve gönderen etki alanı alanını kullanın. Her iki iş akışı da oluşturur SPF Ve DKIM Girilen alan adına ait kayıtlar. SMTP belgeleri, hizmetlerin kayıt ayarlarını paylaştığı için mevcut E-posta kimlik doğrulamasının başka bir DKIM kurulumu gerektirmediğini söylüyor. SendPulse SMTP DKIM , Paylaşılan kayıt ayarları ve Yeni alan adı ekleme.

Zaten mevcut olan bir alan adını ilk önce açın. Mevcut bağlantı durumunu ve genel değerlerini kaydedin. Yeni bir uygulama SMTP kullanıyor diye ikinci bir düzenleme oluşturmayın. İki hesap veya ekip aynı alanı talep ediyorsa, sağlayıcı tarafından verilen mevcut talimatları karşılaştırın ve paylaşılan alanı değiştirmeden önce sahipliği netleştirin seçici.

Ayrı ayrı kimlik doğrulaması yapılan alt alanlar da dahil olmak üzere, kullanıma sunma için gereken alanları sayın. Hesap izin veriyorsa, yalnızca Ekle denetimini ortaya çıkarmak için çalışan bir etki alanını kaldırmayın. Bu etki alanını neyin kullandığını belirleyin ve hesap sahibiyle birlikte bir plan veya etki alanı stratejisi seçin. Ticari yetkilendirme kararı, DNS hatasından ayrıdır.

SPF talimatını mevcut politikayla bağdaştırın

SendPulse SPF kılavuzu, kullanıcılara mevcut bir SPF SPF kaydı ikinci bir kayıt oluşturmak yerine sağlayıcının yetkilendirmesini bu kayda eklemek için. Alıntı yapılan kılavuz adları arasında mevcut bir politikaya ek olarak include:mxsspf.sendpulse.com . Geçerli hesabın etki alanı ayarlarına göre uygulanabilirliği doğrulayın; örnek a ve mx terimleri otomatik eklemeler değildir. Örnek tam politikayı mevcut politikanın üzerine kopyalamayın. SendPulse SMTP SPF , Bir SPF kaydını kopyalayın ve DNS sağlayıcı web sitesine bir giriş ekleyin.

Düzenlemeden önce tam sahibin mevcut TXT yanıtlarını dışa aktarın. SPF politikasına bağlı olan diğer hizmetleri listeleyin ve mümkün olduğunda temel mesajdaki gerçek zarf kimliğini tanımlayın. Kurumsal Kimden alan adı ve SPF kimlik doğrulamalı alan adı farklı olabilir. İsteğe bağlı bir zirvede bir içerme yayınlamak, başka bir yerde değerlendirilen bir başarısızlığı onaramaz.

On dönemlik değerlendirme sınırına göre iç içe geçmiş içerikler de dahil olmak üzere tüm DNS sorgulama SPF terimlerini inceleyin. Düzenleyicinin uzunluk sınırlamasına uyan bir DNS kaydı yine de protokolün değerlendirme sınırını aşabilir. Meşru yetkilendirmeleri ve onaylanmış bitiş niteleyicisini koruyun. Etki alanı sahibi yetkilendirdiği şeyi değerlendirmediği sürece örnek a veya mx mekanizmalarıyla izinleri genişletmeyin. RFC 7208 , Kayıtları ve DNS Arama Sınırlarını Seçme.

Sağlayıcının talebi ile kuruluşun mevcut politikası güvenli bir şekilde uzlaştırılamazsa, yayınlamadan önce durun. Posta sahibinden desteklenen bir gönderen alt alan adını veya başka bir uygun tasarımı değerlendirmesini isteyin. Bu karar verilirken mevcut çalışma rotasını kullanılabilir durumda tutun.

Hesabın genel anahtarını doğru sahipte yayınlayın

SendPulse'un talimatları DKIM şu şekilde gösterir: TXT kaydı ve gösteri genel anahtarını hesabın kendi değerinden açıkça ayırt edin. Kılavuz işareti göstermektedir. TXT sahibi olarak _domainkey ; Her hesap için bir resmi kanıt olarak görmek yerine, alan adı ayarlarından mevcut tam adı ve genel değeri alın. Makaledeki uzun örnek anahtarı tekrar kullanmayın. SendPulse SMTP DKIM , Mevcut bir alan adı kaydını kopyalama.

Önerilen seçici sahibindeki mevcut kayıtları inceleyin. Önceden var olan bir anahtar farklı bir hesabı, sağlayıcıyı veya operasyonel rotayı destekleyebilir. Sessizce değiştirmek veya hizmetin kullanmayacağı yeni bir seçici icat etmek yerine desteklenen bir çözüm isteyin. Önceki kamu kaydının bir kopyasının tutulması, incelemeyi yapan kişinin kurtarmayı değerlendirmesine yardımcı olur, ancak imzalama durumunu koordine etmeden eski bir anahtarın geri yüklenmesine izin vermez.

Etki alanı kayıt kuruluşunu değil, yetkili DNS sağlayıcısını kullanın. Editörün göreceli bir ana bilgisayar mı yoksa tam nitelikli bir ad mı beklediğini doğrulayın. Kaydettikten sonra, tam sahibi sorgulayın ve genel değerin tamamını hesap çıktısıyla karşılaştırın. TXT dizeleri bölümler halinde görüntülenebilir; parçalar arasına boşluk eklemek yerine birleştirilmiş içeriklerini karşılaştırın.

Yalnızca genel doğrulama materyalleri DNS veya uygulama çalışma sayfasına aittir. DNS incelemesi için özel imzalama anahtarlarına, SMTP şifrelerine ve API sırlarına gerek yoktur. Kimlik bilgilerini göndermeden, etkilenen alan adını ve genel kayıt kanıtlarını destekleyin.

Bağlantı durumunu ve gönderen seçimini doğrulayın

E-posta belgeleri, DNS kayıtlarını kontrol et seçeneğini kullanır ve başarılı bir girişi Bağlandı olarak değiştirir. Kurulum talimatları ayrıca kimliği doğrulanmış alanın gönderen adresi alan adıyla eşleşmesini gerektirir. SendPulse E-posta kimlik doğrulaması, DKIM ve SPF kayıtlarınızı oluşturun ve giriş durumunu kontrol edin.

Hem hizmet görünümlerinde hem de kayıt zaman damgalarında geçerli durumu kontrol edin. Ekiplerden biri farklı bir alan adı listesi görürse DNS değiştirmeden önce her iki ekibin de amaçlanan hesapta olduğunu doğrulayın. Bir hesaptaki durumun başka bir hesabın hazır olduğunu kanıtladığını varsaymayın.

Ardından, pazarlama iş akışında ve gönderen her başvuruda yapılandırılmış gönderen adresini inceleyin. Geçiş sonrasında eski bir alan adını tutabilecek otomatik şablonları ve uygulama varsayılanlarını inceleyin. Önizleme ekranında seçilen gönderen, arka plan işi tarafından kullanılan adresten farklı olabilir. Test edilen üretim benzeri iş akışının gerçek ayarlarını yakalayın.

İzleme alanı yapılandırmasını farklı tutun. Markalı bir izleme alanı, bağlantılar için kullanışlıdır ancak gönderen tarafından seçilen kimliği doğrulanmış alan adının yerine geçmez. Kabul kaydı hiçbir zaman bir takip ana makine adından veya markalı olduğu anlaşılan bir mesajdan DKIM veya SPF hizalaması sonucunu çıkarmamalıdır.

E-posta ve SMTP rotalarını bağımsız olarak kanıtlayın

Bir temsili kampanya ve bir temsili başvuru gönderimi yoluyla zararsız mesajlar gönderin. Farklı From etki alanları, uygulama geçersiz kılmaları veya yönlendirme düzenlemeleri için başka durumlar ekleyin. Kontrollü harici alıcılar kullanın ve orijinal başlıkları, Mesaj Kimliğini, gönderim zamanını ve iş akışı tanımlayıcısını koruyun.

Her durumda, görünür Kimden'i, SPF kimlik doğrulamalı etki alanını, Return-Path ve her DKIM d= ve s= değerini kaydedin. DKIM imzalama alanı ve seçici, genel anahtar aramasını tanımlar; Yalnızca DNS geçerli bir anahtar, onu kullanan gerçek mesajı kanıtlamaz. RFC 6376 , DKIM-Signature Başlığı Alanı ve Mesajdan İmzaları Çıkarma.

Şifreleme geçişini hizalanmış geçişten ayırmak için güvenilir alıcı sonuçlarını kullanın. DMARC uygun bir hizalanmış SPF veya DKIM sonucundan geçebilir ve hizalama modu alan karşılaştırmasını etkiler. Yalnızca "kimlik doğrulama başarılı" yazmak yerine hangi mekanizmanın sonucu sağladığını kaydedin. RFC 9989 , Tanımlayıcı Hizalama Açıklaması ve DMARC Değerlendirmesi.

Kampanya başarılı ancak uygulama geçemezse, önce gerçek göndereni, hesabı ve rotayı karşılaştırın. İlk yanıt olarak paylaşılan anahtarı döndürmeyin. Bu değişiklik, uygulamanın yanlış Gönderen adresine dokunulmadan bırakılırken, çalışan bir pazarlama akışını etkileyebilir.

Her iki hizmeti de kesintiye uğratmadan paylaşılan kayıt sorunlarını teşhis edin

DNS doğrulama hatası durumunda yayınlanan sahibi, kayıt türünü, tam değeri ve yetkili sağlayıcıyı inceleyin. Eksik bir imza için testin kimliği doğrulanmış etki alanını ve amaçlanan SendPulse hesabını kullandığını doğrulayın. İmza hatası durumunda, gözlemlenen seçiciyi ve anahtarı karşılaştırın ve başka bir ağ geçidinin imzalı içeriği değiştirip değiştirmediğini kontrol edin.

SPF başarılı ancak DMARC başarısız olursa yetkilendirmeyi eklemeden önce kimlikleri karşılaştırın. SMTP gönderimi teslimattan önce reddedilirse gönderim hatasını alıcı kimlik doğrulama sonuçlarından ayrı tutun. Kimlik bilgileri, kota veya uygulama biçimi sorunu yalnızca DNS kontrolünden teşhis edilemez. Gizli bilgileri destek paketine kopyalamadan kesin hataları koruyun.

Özel bir zarf gereksinimi karşılanmazsa, tam hesap için SendPulse'un desteklenen seçeneklerini edinin. Gözden geçirilen talimatlar, her müşterinin istediği herhangi bir Return-Path alan adını atayabileceğini belirlemez. Bir MX icat etmeyin veya CNAME henüz onaylanmamış bir özelliğe yaklaşmak için yapılan düzenleme.

Çalışma sayfası kurtarma ve kurgusal bir test hatası

Kimliği doğrulanmış alan adı başına bir satır grubu ve E-posta veya SMTP yolu başına bir kanıt girişi ile SendPulse paylaşılan alan adı çalışma sayfasını doldurun (burada açıklanan alanlarla ayrı bir inceleme kaydı oluşturun). Plan ödeneğini, mevcut seçici bağımlılığını, DNS sonucunu, gönderen yapılandırmasını ve alınan mesaj sonucunu kaydedin. Bilinmeyenleri açıkça işaretleyin.

Kurgusal yazılı vaka SP-01: kampanyayı varsayın courses@example.org gelen d=example.org, ancak ders uygulaması, DKIM / SPF sonuçları bilinmeyen lessons@old.example gönderilir. example.org için bağlı durum, old.example için kimlik doğrulaması sağlamaz. Uygulama sahibi, onaylanan göndereni onaylamalı, paylaşılan alan envanterini karşılaştırmalı ve çalışma anahtarını döndürmeden ders rotasını test etmelidir. Hiçbir hesaba veya mesaja erişilmedi ve herhangi bir düzeltme veya test yapılmadı.

Bir değişiklik yapmadan önce, etkilenen her akışın nasıl duraklatılacağına ve son onaylanan gönderen yapılandırmasının nasıl geri yükleneceğine karar verin. Herhangi bir anahtar değişimini, onu paylaşan tüm hizmetlerle koordine edin. Kullanımdan kaldırıldığında, kimlik doğrulama kayıtlarını kaldırmadan önce tüm bağımlı uygulamaları ve kampanyaları durdurun. Plan değişiklikleri, hesap geçişi, DNS barındırma değişiklikleri veya yeni uygulama rotaları sonrasında yeniden test edin.

Yalnızca test edilen kapsamı kapat

Kabul, her maddi yol için doğru alan adı yetkisini, hesap tarafından verilen kayıtları, geçerli genel DNS , bağlı sağlayıcı durumunu, amaçlanan gönderen seçimini ve güvenilir alıcı kanıtını gerektirir. Doğrulanmış bir kampanya, test edilmemiş bir SMTP entegrasyonunu kapatmaz. Canlı hesap, DNS ve mesaj kontrolleri, bağımsız teknik inceleme, görsel inceleme ve gerçek KOBİ onayı halen beklemededir; bu taslak yayınlanmamıştır ve dağıtımın tamamlanmış olduğunu iddia etmez.

Geçiş mesajını yaptırım hazırlığından ayırın

RFC 9989 Bölüm 7.4, alan adı yayınlama için geçerli DKIM gerektirir p=reject ve dolaylı postaların birlikte çalışabilirliğine ilişkin uyarılar. Tek bir hizalanmış SPF sonucu, tek başına reddetme politikasının kullanıma sunulmasını haklı çıkarmaz. Tüm meşru rotaları ve politika sahipliğini bu sağlayıcı kurulumundan ayrı olarak inceleyin.

[ Götürmek ]

Paylaşılan kayıtlar, uygulamalar arasında gönderen seçeneklerinin eşleşeceğini garanti etmez.

[ 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

Ayarları ve test rotalarını yeniden kullanın

Paylaşılan bir kayıt, gönderen seçimleri farklılık gösterse de her iki hizmeti de destekleyebilir.

Sonraki adımlar

  1. Önce mevcut etki alanı ayarlarını inceleyin.
  2. Düzenlemeden önce seçici çakışmalarını çözün.
  3. Maddi olarak farklı olan her iş akışını test edin.

CISO / SecOps

Paylaşılan bağımlılıkları koruyun

Bir anahtar veya politika değişikliği hem pazarlama hem de işlemsel postaları etkileyebilir.

Sonraki adımlar

  1. Her bağımlı hesabı ve uygulamayı kaydedin.
  2. Zarf gerekliliklerini varsayımlardan ayırın.
  3. Geri alma ve anahtar kullanımdan kaldırma işlemlerini koordine edin.

Kurucu / Teknik Olmayan

Alan envanteri bütçesi

E-posta ve SMTP planlanan kimliği doğrulanmış etki alanlarını kapsaması gereken bir tahsisatı paylaşır.

Sonraki adımlar

  1. Lansmandan önce markaları ve alt alan adlarını sayın.
  2. Bir slot açmak için çalışan bir alan adını kullanımdan kaldırmaktan kaçının.
  3. Kampanyalar ve uygulamalar için ayrı testleri onaylayın.

[ SSS ]

Sık sorulan sorular

E-posta ve SMTP kimliği doğrulanmış aynı alan adı için ayrı DKIM kayıtları gerektirir mi?

SendPulse belgelerinin paylaşılan kayıt ayarları. Yeni bir şey oluşturmadan önce mevcut alanı ve bağlantı durumunu inceleyin.

E-posta ve SMTP planları farklı olduğunda hangi alan adı sınırı geçerlidir?

İncelenen kılavuz iki sınırdan yüksek olanı uygular. Ek alan adlarını planlamadan önce canlı hesap ödeneğini doğrulayın.

Alt alan adları bu sınıra dahil mi?

Evet. Mevcut kılavuz, kimliği doğrulanmış her alt alan adını ayrı ayrı sayar ve izleme alan adlarını kimlik doğrulama payından hariç tutar.

Yardım makalesinde yazdırılan ortak anahtarı yayınlayabilir miyim?

Hayır. Makale bunu örnek olarak tanımlıyor. Hesapta verilen genel değeri kullanın.

Talep edilen sahipteki mevcut bir DKIM kaydını değiştirmeli miyim?

Bağımlılıklarını ve sağlayıcı imzalama durumunu çözmeden olmaz. Paylaşılan bir seçici diğer aktif rotaları destekleyebilir.

Connected, uygulamamın doğru From alan adıyla gönderildiğini kanıtlar mı?

Hayır. Uygulama gönderici yapılandırmasını ve bu yoldan gelen kontrollü mesajı inceleyin.

SendPulse bu talimatlarda isteğe bağlı özel bir Return-Path vaat ediyor mu?

Hayır. Destekleniyormuş gibi değerlendirmeden önce gerekli herhangi bir özel zarf kimliği için onay alın.

Bu kılavuzun doğrulanmış bir uygulama olarak kabul edilmesinden önce geriye ne kalıyor?

Kapsam dahilindeki tüm rotalar için canlı hesap ayarları, DNS ve alınan mesaj testleri, ardından teknik inceleme ve insan incelemesi.

[ Kaynaklar ]

Kaynaklar

  1. E-posta kimlik doğrulaması için SPF ve DKIM yapılandırma

    Bölümler DKIM ve SPF kayıtlarınızı oluşturun · SPF Kaydı ekleme · DKIM kaydı ekleme · Giriş durumunu kontrol etme

  2. DKIM imzası ayarlama

    Bölümler Paylaşılan kayıt ayarları · Yeni alan adı ekleme · Mevcut alan adı kaydını kopyalama · Giriş durumunu kontrol etme

  3. SPF kaydı oluşturma

    Bölümler SPF kaydını kopyalayın · DNS sağlayıcı web sitesine bir giriş ekleyin · Giriş durumunu kontrol edin

  4. RFC 7208 Gönderen Politikası Çerçevesi

    Bölümler §4.5 Kayıtları Seçme · §4.6.4 DNS Arama Sınırları

  5. RFC 6376 Etki Alanı Anahtarları Tanımlı Posta

    Bölümler §3.5 · §3.6.1 · §6.1

  6. RFC 9989 Etki Alanı Tabanlı Mesaj Kimlik Doğrulaması Raporlaması ve Uyumluluğu

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

[ Sözlük ]

Sözlük

Paylaşılan etki alanı listesi
SendPulse kimlik doğrulamalı alan adları, E-posta ve SMTP hizmetlerinde mevcuttur.
Alan adı izni
Kaç alan adının kimliğinin doğrulanabileceğini belirleyen hesap planı sınırı.
Seçici çarpışma
Değiştirilmesi başka bir gönderme bağımlılığını etkileyebilecek mevcut bir DKIM sahibi.
Gönderim rotası
Mesajı gönderen servise ileten uygulama veya iş akışı.

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ı