Hesap yapılandırmasını başlangıç noktası olarak kullanın
Sendloop, gönderen alan adı kimlik doğrulaması için bir hesap iş akışı sağlarken, genel kimlik doğrulama sihirbazı ayrıca özel DKIM Ve hizalama ayarlar. Bu sayfalar, kimlik doğrulamanın mevcut olduğunu belirtir ancak belirli bir hesap için tam kayıt kümesini, imza kimliğini veya zarf kontrollerini oluşturmaz. Bu kılavuz, belgelenmiş hesap iş akışı ve kontrollü doğrulama planı konusunda size yol gösterir. Özel bir DKIM düzenlemesi veya özel zarf gereksinimi, sağlayıcının onay öğesi olmaya devam ediyor. Sendloop kimlik doğrulama sihirbazı, DKIM ve etki alanı hizalama ayarları.
Öncelikle, onaylanmış alan adlarından hesabı ve her birini kullanan kampanyaları veya otomasyonları tanımlayın. Hesabın özel bir teslimat düzenlemesi olup olmadığını ve bunu kimin onaylayabileceğini kaydedin. Fiyat etiketinden, eski bir katılım e-postasından veya üçüncü taraf gönderen IP'ler listesinden özel altyapı çıkarımı yapmayın. Kuruluşun ayarları için bir Sendloop yöneticisi, bir DNS sahibi ve bir inceleyici atayın DMARC politika.
Değişiklik yapmadan önce ilgili sahipler için mevcut DNS girişlerini dışa aktarın. Varsa, mevcut onaylı rotadan bir destek teknisyeninin aldığı mesajı saklayın. Zaten işe yarayanların bir envanteri, yeni bir kimlik doğrulama projesinin başka bir göndereni yanlışlıkla devre dışı bırakmasını önler. Hedef, alan adının e-posta yapılandırmasının tamamen değiştirilmesi değil, kimliği doğrulanmış ve uyumlu bir Sendloop yoludur.
Gönderen etki alanı kontrol panelini açın
Sağlayıcının kılavuzu sizi Ayarlar > Gönderen Alan Adı Kimlik Doğrulaması > Gönderen Alan Adının Doğrulanması ve ardından Alan Ekle bölümüne yönlendirir. Ortaya çıkan Etki Alanı Kontrol Paneli, hesapla ilgili değerleri ve DNS Kayıtlarını Kontrol Et eylemini sağlar. DNS düzenlemeden önce bu çıktıyı yakalayın. Mevcut arayüz farklıysa eşdeğer düğmeleri tahmin etmek yerine mevcut sağlayıcı talimatlarını veya desteğini kullanın. Sendloop kılavuzu, E-posta Yetkilendirme Sihirbazını Kullanma ve Kimlik Doğrulama Ayarlarınızı Kontrol Etme.
Her tam sahibi, DNS türünü, değerini ve TTL'yi amacıyla birlikte kaydedin. Görüntülenen kayıt setini değişiklik biletine eklenmiş halde tutun. Panelde eksik bir kayıt gösteriliyorsa kaydın yok olup olmadığını, yanlış sahibinde yayınlanıp yayınlanmadığını veya farklı bir değerle sunulup sunulmadığını belirleyin. Zaten başka bir Sendloop hesabı için yapılandırılmış bir alan adının değiştirilmesi yerine sağlayıcının koordinasyonuna ihtiyacı olabilir.
Genel rehberde bir SPF örnek ve aynıları listelemeyen mevcut bir kayıt değişikliği içerir. Ayrıca metin dosyalarının hazırlanmasını da açıklar. Her iki detayı da otomatik üretim tarifine dönüştürmeyin. DNS geçerli, uygulanabilir politikayı içermelidir; iş istasyonuna kaydedilen bir metin dosyası onu yayınlamaz. Uygulamadan önce hesap paneli ile genel sayfa arasındaki tutarsızlıkları giderin. Sendloop kılavuzu, SPF Kaydını Ayarlama.
İlgisiz izinleri genişletmeden SPF inceleyin
Gerçek Sendloop mesajının hangi zarf alanını kullandığını belirleyin. Görünür Kimden alan adının değerlendirme sahibi olması gerektiğini varsaymak yerine, SPF için araştırılacak kimlik budur. Yetkili bir özel zarf düzenlemesi mevcutsa, bunun verilen ayarlarını ve kapsamını kaydedin. Aksi takdirde, gözlemlenen sağlayıcı zarf kimliğini kaydedin ve DKIM hizalamasını ayrı olarak değerlendirin.
Herhangi bir sahip değiştiğinde, tek bir SPF politikasını koruyun ve diğer etkin gönderenlerin gerektirdiği yetkileri koruyun. Yeni terimler eklemeden önce iç içe DNS aramalarını inceleyin. SPF on dönemlik sınırı, kayıtta görünen sözcük sayısı için değil, değerlendirme sırasında DNS aramalarına neden olan mekanizmalar ve değiştiriciler için geçerlidir. Mevcut izin mekanizmaları da gözden geçirilmeye değer, ancak bunların kaldırılması ayrı bir bağımlılık kararıdır. RFC 7208 , bölüm 4.5 ve 4.6.4.
Mevcut kaydın yerine geçecek şekilde geniş bir örnek politikasını kopyalamayın. Bunu yapmak, istenmeyen ana bilgisayarlara yetki verebilir, hata niteleyicisini değiştirebilir veya başka bir sağlayıcıyı kaldırabilir. Gerekli yetkilendirme güvenli bir şekilde sığamadığında durun ve posta sahibinden desteklenen bir tasarım seçmesini isteyin. Başka bir SPF politikası yayınlayarak veya bilmediğiniz hizmetleri silerek sorunu çözmeyin.
Yalnızca yayınlanan halka açık DKIM materyalini yayınlayın
Bu hesap için sağlanan sahibi ve genel değeri kullanın. Genel kılavuzda bir DKIM TXT kurulumu gösteriliyor ancak bunun tanıtım anahtarı müşterinin anahtarı değil. Panel veya destek farklı bir desteklenen kayıt formu sağlıyorsa, kanıt olmadan dönüştürmek yerine bu talimatı saklayın. Sendloop kılavuzu, DKIM Kaydını Ayarlama.
Yalnızca genel doğrulama anahtarı DNS aittir. DKIM özel anahtarla kriptografik bir imza oluşturur; özel anahtarı giden mesaja yerleştirmez. Herkese açık rehberin resmi olmayan açıklaması, imza sırlarının paylaşılması talebi olarak okunmamalıdır. Mesaj bir imza taşır ve doğrulayıcı, imzalama alanı tarafından tanımlanan genel anahtarı kullanır ve seçici. RFC 6376 , bölüm 3.5 ve 6.1.
Başka bir rotaya ait aktif anahtar için önerilen sahibi kontrol edin. Bir çarpışma koordinasyon gerektirir; Sadece kırmızı durumu temizlemek için çalışan bir seçicinin üzerine yazmak güvenli değildir. Yayınlandıktan sonra, DNS düzenleyicisi tarafından eklenen etki alanı son eki de dahil olmak üzere tam adı doğrulayın. Daha sonraki raporların eski önbelleği yanlış sahipten veya anahtardan ayırt edebilmesi için zaman damgalarını ve sorgu sonuçlarını saklayın.
Bağlantı markalamayı hizalama sonucunun dışında tutun
Sağlayıcının kılavuzu isteğe bağlı bir seçeneği açıklamaktadır CNAME takma adlı mesaj bağlantıları için. Amacı, SPF veya DKIM uyumlu olduğunun kanıtı değil, bağlantı markalamasıdır. Bunu yalnızca ilgili izleme değişikliği onaylanırsa ve hesap tam hedefi sağlıyorsa uygulayın. Sendloop kılavuzu, İSTEĞE BAĞLI: CNAME Kaydını Ayarlama.
Önerilen sahibi talep etmeden önce mevcut web sitesini veya izleme kullanımını kontrol edin. Kök web sitesini veya canlı uygulama ana bilgisayar adını bir izleme hedefine yönlendirmeyin. Kontrol edilen kampanyada zararsız bir test bağlantısı bulundurun, böylece incelemeci hem hedefini hem de görüntülenen ana bilgisayar adını doğrulayabilir. Kimlik doğrulama ve bağlantı işlevi ayrı kabul kontrolleridir; Çalışan markalı bir bağlantı geçerli bir imza oluşturmaz.
Yayınlandıktan sonra hesabın DNS kontrolüne dönün. Görüntülenen her sonucu bağımsız bir genel aramayla karşılaştırın. Bekleyen durumları dürüstçe kaydedin. Harici test hâlâ başarısız olmasına rağmen bir hesap doğrulanmış görünüyorsa, değişikliği açık bırakın ve kalan sınırı belirlemek için mesaj kanıtını kullanın.
Alınan bir mesajın kimlik kaydını topla
Gerçek kampanya iş akışını müşteri verileri kullanmadan kontrollü harici posta kutularına gönderin. Önemli ölçüde farklı Alan adları veya dağıtım yapılandırmaları için tekrarlayın. Orijinal mesajı ve güvenilir alıcı sonuçlarını, Mesaj Kimliği ve UTC zaman damgasıyla birlikte koruyun. Geçen ilk imzada durmak yerine tüm DKIM imzalarını kaydedin.
Kanıt kaydı görünür Kimden alan adını, kimliği doğrulanmış zarf kimliğini içermelidir. Return-Path, DKIM d= ve s= değerleri, SPF ve DKIM sonuçları ve alıcının DMARC sonucu. Hangi geçiş mekanizmasının From alanıyla uyumlu olduğunu belirleyin. Gevşek ve katı uyum, farklı alan karşılaştırmalarını zorunlu kılar; Kullanılan modu kaydedin. RFC 9989 , Tanımlayıcı Hizalama Açıklaması.
Geçen imza ilgisiz bir sağlayıcı alan adını kullanıyorsa desteklenen müşteri alan adı imzalama seçeneğini ve etkinleştirme koşullarını isteyin. Genel sihirbazın özel DKIM iletişim notu, seçeneğin etkin, ücretsiz, her planda mevcut olduğunu veya otomatik olarak yapılandırıldığını kanıtlamaz. Tam hesap için bu cevapları alın. İzleme takma adını alternatif bir zarf alanı olarak temsil etmeyin.
Bir sonraki kontrolü seçmek için başarısızlığı kullanın
Bir kayıp için DKIM imzası, Kimlik ve sağlayıcı aktivasyonundan seçili olan hesabı onaylayın. İmza hatası durumunda, imzalı içerikte yapılan aşağı yönlü değişiklikleri araştırmadan önce gözlemlenen seçiciyi ve genel anahtarı karşılaştırın. Etkilenen kampanya hâlâ başarısız olmasına rağmen farklı gönderen adresine sahip bir test başarılı olabilir; bu nedenle teşhis sırasında iş akışını sabit tutun.
SPF hatası durumunda değerlendirilen alanı ve son gönderme kaynağını tanımlayın. DMARC arızalı SPF geçişi için, daha fazla SPF içeriği eklemek yerine hizalamayı inceleyin. Sağlayıcı gerekli kimlik seçeneğini belgeleyemiyorsa bu gereksinimi engellenmiş halde tutun ve iş sahibiyle desteklenen başka bir rotayı değerlendirin. Yalnızca bir sağlayıcının testinin başarısız olmasını engellemek için tüm alan adının politikasını düşürmeyin.
Hesap kimliğini, etkilenen etki alanını, yayınlanan genel kayıtları, gözlemlenen DNS yanıtlarını, Mesaj Kimliğini, zamanı ve ilgili alıcı sonuçlarını içeren bir destek paketi hazırlayın. Şifreleri, API anahtarlarını, alıcı listelerini ve ilgisiz mesaj içeriğini hariç tutun. Kısa ve tekrarlanabilir bir hata, DNS düzenlemelerinin birbiriyle ilişkisiz birden fazla ekran görüntüsünden daha kullanışlıdır.
Çalışma sayfasının kurtarılması ve kabul edilmesi
Kayıt tutarsızlığı incelemesini, özel özellik onayını ve son kimlik karşılaştırmasını izlemek için Sendloop kimlik doğrulama çalışma sayfasını kullanın (burada açıklanan alanlarla ayrı bir inceleme kaydı oluşturun). Eksik bir zarf özelliği yanıtı, sıradan hizalanmış DKIM çalıştığında bile açıkça çözümsüz kalabilir. Her boşluğu bir varsayımla doldurmak yerine kabulü iş gereksinimine göre tanımlayın.
Değişiklik başarısız olursa, etkilenen gönderimleri duraklatın ve kayıtlı değişiklik planı aracılığıyla önceden onaylanmış yapılandırmayı geri yükleyin. Sağlayıcının etkinleştirilmesiyle DKIM değişikliklerini koordine edin; Hizmet hala onunla imza atıyorken ortak anahtarın silinmesi yeni bir hata oluşturur. Sendloop'u kullanımdan kaldırırken, güveni veya izleme kayıtlarını kaldırmadan önce tüm kampanyaların ve otomasyonların durdurulduğunu doğrulayın ve paylaşılan SPF bağımlılıklarını inceleyin.
SPF tutarsızlığının kurgusal işlenmiş örneği
Yalnızca kurgusal yazılı durum: SLP-01, offers@workshop.example amaçlandığını varsayar. Genel örnek iki sağlayıcı içerirken, mevcut politika talimatı bir tanesini adlandırır; cari hesap yetkilendirmesi, zarf kimliği ve DKIM / SPF sonuçları bilinmiyor. DNS sahibi değişikliği elinde tutar ve hesap sahibinden rotaya özel onay almasını ister. Bir metin dosyası ve markalı bir bağlantı, kimlik doğrulama sağlamaz. Açıklamanın ardından ekip bir politikayı inceleyecek ve kontrollü bir kampanya mesajı toplayacaktı. Hiçbir hesap, DNS veya gönderme testi yürütülmedi.
Belgesel kapsamı ve kalan kapılar
Bu taslak genel hesap iş akışını ve güvenli doğrulamayı kapsamaktadır. Evrensel bir özel DKIM veya özel Return-Path kurulumu oluşturmaz ve canlı olarak hizalanmış bir Sendloop mesajının incelendiğini iddia etmez. Bu hesaba bağlı ayrıntılar, canlı DNS ve başlık kanıtları, bağımsız inceleme, görsel inceleme ve gerçek kişi tarafından yapılan KOBİ onayı henüz beklemededir. Gerekli hesap kanıtları boşlukları kapatana kadar orijinal tam uygulama kapsamını beklemede tutun.
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.