Alt alan adı ve gönderen profiliyle birlikte başlayın
Sendlane sunumunun birbirine bağlı iki bölümü vardır: doğrulanmış bir gönderen alt alan adı ve onu gerçekten kullanan gönderen profili. Bir kampanyayı test etmeden önce her ikisini de tamamlayın. Sendlane, doğrulanmış alt alan adlarını gerekli gönderme modeli olarak belgeler ve birincil alan doğrulaması sunmaz. Yetkilendirilmiş yaklaşım, Sendlane'e seçilen alt alan adı üzerinde kontrol sağlarken, birincil alan adı mevcut durumunu korur ad sunucuları. Alt alan adı Kimden adresinde görünür durumda kalır. Sendlane doğrulamaya genel bakış, birincil alan adı ve ad sunucusu soruları.
Pazarlama gönderilerinin, DNS , güvenlik politikasının ve yanıtların kime ait olduğuna karar verin. Paylaşılan bir profili değiştirmeden önce planlanmış kampanyaların ve etkin otomasyonların envanterini çıkarın. Farklı profillere sahip markaları veya bölgeleri dahil edin ve hangisinin birlikte değişebileceğini kaydedin. Buradaki kapsam Sendlane kampanyası ve otomasyon postasıdır. İlgisiz işlem entegrasyonlarının, vitrin makbuzlarının veya kurumsal posta kutusu hizmetinin kimliklerini belirlemez.
Bu amaç için onaylanmış, kullanılmayan bir alt alan adı kullanın. Bir kayıt türü için yanıt göstermeyen bir DNS araması, adın kullanılmadığını kanıtlamaz. Bölgeyi, yetkilendirilen alt öğeleri, web sitesi yapılandırmasını, sertifikaları, uygulama ayarlarını ve diğer e-posta sağlayıcılarını kontrol edin. Önerilen bir ad zaten bir hizmet sunuyorsa başka bir ad seçin veya ayrı olarak onaylanmış bir geçiş planı edinin. Doğrulamanın başarılı olması için tanımadığınız bir kaydı silmeyin.
Bu hesaptan DNS yöntemini edinin
Kurulum sayfası ya dört NS kaydını ya da bir MX , iki CNAME ve iki TXT kayıtları. Belgelenen rotası Hesap > E-posta > Etki Alanı Kurulumu'dur ve bunu birincil alan adı ve gönderen alt alan adı alanları takip eder. Kılavuz, AWS NS kayıtlarını desteklese de özellikle AWS kullanıcılarını destek aracılığıyla CNAME / MX / TXT yöntemine yönlendiriyor. Ayrıca Wix ve Hostgator'ın her iki belgelenmiş yöntemi de desteklemediğini belirtir; DNS ana bilgisayar geçişi, mevcut kayıtların doğaçlama bir şekilde silinmesini değil, kendi onaylı planını gerektirir. Shopify kullanıcıları ayrı bir Shopify kılavuzuna yönlendirilir; dolayısıyla bu genel prosedür, söz konusu rotanın yerine geçmez. Cari hesap çıktısını ve sağlayıcı onayını, hatırlanan bir DNS tarifi yerine uygulama yetkilisi olarak değerlendirin. Sendlane kurulum kılavuzu, Birinci Adımdan Üçüncü Adıma kadar.
Verilen her sahibin, türün, değerin, TTL'nin ve MX önceliğinin tarihli bir kopyasını kaydedin. Hesabın mevcut talimatlarının yerine bir yardım makalesindeki tanıtım etki alanlarını veya ad sunucusu değerlerini koymayın. Görünür kayıtlar DNS ana bilgisayarının yetenekleriyle çakışıyorsa bu noktada duraklayın ve desteklenen bir yöntem edinin. Bu, her yöntemin yarısını uygulamaktan veya delegasyonu tahmin edilen TXT kayıtlarına dönüştürmeye çalışmaktan daha güvenlidir.
NS tabanlı bir kurulum için, DNS incelemesinin, yetki verilen alt bölgeyi açıkça tanımlaması gerekir. Değişikliğin birincil alanın altında olduğunu doğrulayın. Kayıt şirketinin varsayılan ad sunucularını değiştirmek Sendlane postasından çok daha fazlasını etkiler. Kapsamı ikinci bir incelemeciyle onaylayın ve üst bölgenin değişiklik öncesi dışa aktarımını saklayın. Yalnızca işletme ve güvenlik sahipleri bu güven sınırını onayladıktan sonra yetki verin.
Yayınlanan her kaydı yayınlayın ve inceleyin
Kayıt şirketinden farklı olabilecek yetkili DNS hizmetinde ayarlanan kaydı uygulayın. Düzenleyicisinin bölge sonekini ekleyip eklemediğini kontrol edin. Adın tamamını zaten içeren bir ana bilgisayar alanı, yanlışlıkla yinelenen bir alan adı oluşturabilir. Ortaya çıkan tam nitelikli sahipleri, kaydettikten sonra sağlayıcının verdiği adlarla karşılaştırın.
NS delegasyonu, bölgenin her iki tarafından da kontrol yapılmasını gerektirir: ebeveynin yönlendirmesi ve çocuğun yetkili yanıtları. Alternatif yöntem olarak her CNAME , MX ve TXT ayrı ayrı inceleyin. Bir anahtar için yeşil onay işareti, diğer kayıtların doğru olduğunu göstermez. İlgisiz tüm kayıtları olduğu gibi bırakın ve değişiklik biletiyle öncesi ve sonrası farkını kaydedin.
Bir TXT kaydı bir içerdiğinde SPF Politikayı tam olarak söz konusu sahibin adresinde inceleyin. Aynı sahipteki birden fazla SPF politikası geçersizdir ve DNS sorgulayan SPF terimlerinin, iç içe geçmiş bağımlılıklar da dahil olmak üzere on dönemlik bir değerlendirme sınırı vardır. Sendlane izinlerini yalnızca en tanıdık alan adı olduğu için kurumsal apex'e eklemeyin. SPF için gerçekte kullanılan alanı inceleyin. RFC 7208 , bölüm 4.5 ve 4.6.4.
Sendlane'e dönün ve DNS Kayıtlarını Doğrula'yı kullanın. Kılavuz, ilk doğrulama için 24 saate kadar süre tanımaktadır; Önbelleklerin süresi dolduğunda DNS yanıtlarını tekrar tekrar değiştirmek yerine DNS yanıtlarını karşılaştırın. Sağlayıcının kayıt durumunu ve gözlem süresini koruyun. Sağlayıcı durumu, alınan bir mesajın kanıtı değil, bir kabul katmanıdır. hizalama.
Kampanya kapsamını kaybetmeden profilleri bağlayın
Sendlane'in kurulum talimatları, Doğrulanmış seçeneğinin ve E-postadan seçiminde doğrulanmış alt alan adının seçilebilmesi için yeni veya mevcut bir gönderen profilinin kullanılmasını gerektirir. Yanıt işlemeyi ayrı ayrı inceleyin: genel bakış, Kimden ve Yanıtla için doğrulanmış alanı kullanan kimliği doğrulanmış profilleri tanımlarken, kurulum formu bir Yanıtla adresi ister. Rastgele geçersiz kılmaları varsaymak yerine, hesabın izin verilen yanıt yapılandırmasını ve fiili izlenen hedefi onaylayın. Sendlane kurulum kılavuzu, Dördüncü Adım.
Bu profili kullanması amaçlanan her kampanyayı veya otomasyonu kontrol edin. Hesap ayarlarında kullanılmadan duran doğrulanmış bir alan adı, başka bir yerdeki eski bir profili düzeltmez. Görüntülenen profil adını, Kimden adresini, amaçlanan yanıt posta kutusunu ve buna referans veren iş akışlarını kaydedin. DNS doğrulaması ile profil incelemesi arasında planlanmış bir gönderimin başlamaması için kontrollü bir pencerede değişiklikler yapın.
Yanıtla adresini değiştirmenin kimlik doğrulamayı değiştireceğini varsaymayın. Yanıtlar için operasyonel bir hedeftir ve doğru yönlendirme açısından test edilmelidir, ancak bu, Kimden kimliği değildir? DMARC hizalama değerlendirilir. Ayrıca markalı tıklama izleme ana bilgisayar adını, Zarf göndereni. Mesaj gelen kutusunda tutarlı görünse bile bu alanlar farklı alan adlarına ait olabilir.
Kampanya ve otomasyon teslimatlarını inceleyin
Zararsız içerik ve kontrollü harici alıcılar kullanın. Bir testi kampanya rotası üzerinden ve bir testi de üretim profilini kullanan temsili bir otomasyon aracılığıyla gönderin. Farklı profiller, markalar veya malzeme dağıtım yolları söz konusu olduğunda tekrarlayın. Desteğin aynı mesajı bulabilmesi için UTC saatini, kampanya veya otomasyon tanımlayıcısını ve Mesaj Kimliğini kaydedin.
Alıcının orijinal başlıklarını ve güvenilir kimlik doğrulama sonuçlarını koruyun. SPF kimlik doğrulamalı zarf alanı olan görünür Kimden alanını kaydedin, Return-Path, her biri DKIM alan adını imzalama ve seçicive alıcının SPF , DKIM ve DMARC sonuçları. İmzalama alanı ve seçici, doğrulayıcıya anahtarı nerede bulacağını söyler; gönderen profili etiketiyle değiştirilemezler. RFC 6376 , bölüm 3.5 ve 6.1.
Hangi geçiş mekanizmasının, politikanın hizalama modu altında görünen Kimden ile hizalandığını doğrulayın. İlgisiz bir hizmet kimliğine yönelik geçiş tek başına yeterli değildir. İncelemeyi yapan kişinin sonucu yeniden oluşturabilmesi için seçilen alt alan adının politikasını ve ilgili ana politikayı kanıtlarda saklayın. RFC 9989 , Tanımlayıcı Hizalama Açıklaması ve DMARC Değerlendirmesi.
Bu kılavuz ayrı, kullanıcı tarafından seçilebilen özel bir Return-Path özelliği vaat etmez. Kamu kaynakları, her kiracının zarf kontrollerini değil, etki alanı doğrulamasını ve profillerini oluşturur. Gerekli tam hizalama sonucu eksikse Sendlane'den desteklenen kimlik seçeneklerini edinin ve bu gereksinimi onaylamadan önce yeni mesajı inceleyin.
Hataları doğru katmanda çözün
Kayıtlar doğrulanamıyorsa öncelikle yetkili DNS sağlayıcısını, tam sahip adlarını, kayıt türlerini ve alt alan adının önceden var olan kullanımını doğrulayın. Genel DNS doğruysa ancak hesap doğrulanmamışsa, destek için verilen kayıt kümesini ve zamanlı gözlemleri saklayın. Planlanmış göndermeler hala ona referans verirken alanı silmekten ve yeniden oluşturmaktan kaçının.
DNS doğrulanırsa ancak alınan Kimden beklenmedikse, anahtarları değiştirmeden önce seçilen profili ve kampanya veya otomasyon referansını inceleyin. DKIM yoksa test edilen iş akışının gerçekten bu profili kullandığını doğrulayın. DKIM başarısız olursa gerçek seçicisini DNS ile karşılaştırın ve imzalamadan sonra mesaj değişikliklerini araştırın. Kimlik doğrulama başarılı ancak DMARC başarısız olursa yalnızca yeşil sonuç etiketlerini değil, alan adı karşılaştırmalarını da inceleyin.
Teslimat uyarısı, kuruluşun DMARC politikasının zayıflatılmasına izin vermez. Başarısız kimliği politika sahibi ve sağlayıcıyla teşhis edin. Benzer şekilde, dahili bir izin verilenler listesi, harici alıcıların hâlâ karşılaştığı bir sorunu gizleyebilir. Normal teslimat yolunu değerlendiren kontrollü alıcılar kullanın.
Bir çalışma sayfası tutun ve iyileşme provası yapın
Aşağıdaki alanları kullanarak Sendlane uygulama çalışma sayfası için ayrı bir inceleme kaydı oluşturun. Her alt alan adı ve profil grubu için bir kopya bulundurun. Verilen kayıtları, DNS kanıtlarını, etkilenen iş akışlarını, alıcı sonuçlarını, uyumlu mekanizmayı ve serbest bırakılmasını onaylayan kişiyi kaydedin. Ortak anahtarları yalnızca ihtiyaç duyulduğunda kanıtlara koyun; kimlik bilgilerini veya özel anahtarları asla dahil etmeyin.
Yayınlamadan önce yeni kampanyaları ve otomasyonları nasıl duraklatacağınıza ve testler başarısız olursa etkilenen iş akışlarını önceden onaylanmış kimliğe nasıl döndüreceğinize karar verin. Öncelikle yetkilendirmeyi kaldırmayın: Bunu yapmak, posta gönderilmeye devam ederken kimlik doğrulama yanıtlarının kaldırılmasına neden olabilir. Kuyruğa alınmış veya önceden teslim edilmiş iletilere ilişkin kanıtları saklayın ve geçerliliğini yitirmiş güveni silmeden önce bir kullanımdan kaldırma penceresi üzerinde anlaşın. DNS sağlayıcılarının taşınmasını, seçilen alanın değiştirilmesini veya profillerin değiştirilmesini yeniden test etme nedenleri olarak değerlendirin.
Sınırsız bir profilin kurgusal işlenmiş örneği
Yalnızca kurgusal yazılı durum: SL-01, From offers@news.example ve geçen d=news.example. Hoş geldin otomasyonu hâlâ From welcome@old.example ile daha eski bir profile başvuruyor; DKIM ve SPF kimlikleri/sonuçları bilinmiyor. Pazarlama sahibi, bu rotayı onaylamadan önce otomasyonun bağlanmasını incelemeli ve yeni bir kontrollü mesaj almalıdır. Kampanya sonucu otomasyon açığını kapatamıyor. Hiçbir hesap, DNS değişikliği veya mesaj testi yürütülmedi.
Kimlik doğrulamadan sonra kontrollü göndermeyi planlayın
Kurulum kılavuzunun Beşinci Adımı, operatörleri doğrulanmış alanı ısıtmaya yönlendirir. Başarılı DNS ve başlık kontrollerini, birimin tamamını anında gönderme izni olarak yorumlamayın. Teslim edilebilirlik sahibiyle kademeli, rızaya dayalı bir gönderme planı üzerinde anlaşın ve sonuçları izleyin; Bu kılavuz evrensel bir oran önermez ya da herhangi bir iddiada bulunmaz. ısınma idam edildi.
Kabul, delil kararı olmaya devam ediyor
Yalnızca amaçlanan iş akışları onaylı profilleri kullandığında, genel DNS verilen kayıt kümesiyle eşleştiğinde, Sendlane yapılandırmayı doğruladığında ve alınan mesaj kanıtı gerekli hizalanmış geçişi gösterdiğinde yayınlayın. Kimlik doğrulama, gelen kutusuna yerleşimi veya iyi bir gönderme itibarını garanti etmez. Bu yayınlanmamış taslak için canlı kiracı erişimi, canlı DNS ve mesaj testleri, bağımsız teknik inceleme, görsel inceleme ve insan KOBİ onayı henüz beklemededir.
Geçiş mesajını yaptırım hazırlığından ayırın
RFC 9989 Bölüm 7.4, p=reject yayınlamak için geçerli DKIM gerektirir ve dolaylı postaların birlikte çalışabilirliğine ilişkin uyarılar içerir. 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.