Account Engagement'i diğer Salesforce e-posta ürünlerinden ayrı tutun
Salesforce Account Engagement'in kendi etki alanı yönetimi iş akışı vardır. Mesajın temel Salesforce e-postası veya Marketing Cloud Engagement yerine, daha önce Pardot olarak adlandırılan Account Engagement aracılığıyla gönderildiğini onaylayarak başlayın. Başka bir Salesforce ürününe ait DNS tarifi, farklı kontroller kullanabilir ve kuruluş aynı satıcıyı kullanıyor diye içe aktarılmamalıdır. Bu kılavuz, Hesap Etkileşimi gönderen alan adı doğrulamasını kapsar. DKIM ve isteğe bağlı destek destekli özel dönüş yolu.
Hesap tarafından kullanılan her iş birimini, markayı ve amaçlanan Kaynak alan adını listeleyin. Kampanya ve otomasyon ayarlarına göre seçilen gerçek göndereni ekleyin. Kullanıcının posta kutusu adresinde görünen alan adı, her Hesap Etkileşimi yolu için otomatik olarak yapılandırılmaz. Paylaşılan bir alanın kayıtlarını değiştirmeden önce envanteri birlikte incelemek üzere bir pazarlama sahibi ve DNS yöneticisi atayın.
Kabul hedefi, hizalanmış bir geçiş kimlik doğrulama mekanizmasına sahip, kontrollü bir şekilde alınan mesajdır. Etki alanı sahipliği doğrulaması, DNS yayını ve yeşil yönetim durumu yararlı ara kanıtlardır. Hiçbiri tek başına belirli bir kampanyanın amaçlanan kimliği kullandığını veya alıcı sunucunun kimlik doğrulamasını kabul ettiğini kanıtlamaz.
Kök DNS düzenlemeden önce varsayılan SPF yolunu anlayın
Salesforce's Hesap Etkileşimi DNS kılavuzu Hesap Etkileşimi postasının geçtiğini belirtir SPF kontrollü gönderme altyapısı aracılığıyla sağlanır ve bu varsayılan kurulum için müşteri SPF değişikliği gerektirmez. Ürün adı yalnızca bir yerde göründüğü için kuruluşun kök etki alanına genel bir Salesforce SPF içeriği eklemeyin. DMARC rapor. Önce gerçek rotayı ve değerlendirilen kimliği onaylayın.
SPF SMTP kimliğini doğrular POSTA kimlik, ayrı işleme ile HELO, altında RFC 7208. Onun sonucu farklı hizalama görünür Kimden ile. Başarılı bir sağlayıcı-alan SPF denetimi, hizalanmamış SPF ile bir arada bulunabilir. Farklı bir alan adının politikasını değiştirmek, mesajın hangi zarf alanını kullandığını değiştirmez.
Kuruluşun diğer hizmetlerinin ihtiyaç duyduğu SPF politikasını koruyun. Ayrı olarak yetkilendirilen özel kurulum bir politika değişikliği gerektiriyorsa, iç içe DNS sorgulama koşulları ve protokol arama sınırı da dahil olmak üzere söz konusu sahipteki tam bir politikayı inceleyin. Bir saniye yaratmayın SPF kaydı veya doğrulanmamış bir gereksinime yer açmak için ilgisiz gönderenleri kaldırın.
Sahipliği ve DKIM ayrı kayıtlar olarak doğrulayın
Amaçlanan E-posta Gönderme Etki Alanını ve onun Beklenen DNS Girişlerini tanımlamak için Etki Alanı Yönetimi'ni kullanın. DNS rehberliği alan adının doğrulama anahtarını Alan Anahtarından ayırır. Doğrulama değeri göndermenin sahipliğini belirler; DKIM değeri mesaj imzalamayı destekler. Çalışma sayfasında herhangi bir amacı ele almak yerine her iki amacı da koruyun. TXT kaydı Değiştirilebilir kanıt olarak bir Salesforce değeri içerir.
Değerleri gerçek hesaptan kopyalayın. DNS değişikliği yapmadan önce kayıt sahibini, türünü, değerini ve talimat tarihini eksiksiz olarak kaydedin. Başka bir Account Engagement hesabının veya farklı bir hizmetin zaten aynı sahibe bağlı olup olmadığını kontrol edin. Çakışan bir kaydın üzerine yazmayın, başka bir müşterinin değerini yeniden kullanmayın veya bir kaydı değiştirmeyin. seçici icat edilmiş bir isme. Hesap düzenlemeleri çakıştığında destek ekibinden desteklenen bir çözüm isteyin.
E-posta gönderme alanını izleyici alanından ayrı tutun. Salesforce bu iki işlev için aynı alan adının kullanılmasına karşı açıkça uyarıyor. Markalı izleme ana makine adı, her ikisi de bir üst öğeyi paylaşsa bile, Gönderen alanıyla aynı şey değildir. Kimlik doğrulama işleminin öğe URL'lerini veya kampanya bağlantılarını yanlışlıkla değiştirmemesi için envanter izleme bağımlılıkları ayrı ayrı sağlanır.
DomainKey'i belgelenen iş akışı aracılığıyla yayımlayın
Salesforce's DKIM uygulama talimatları Hesap Etkileşimi Yöneticisi rolünü gerektirir. Lightning uygulamasında Hesap Etkileşimi Ayarlarını ve ardından Etki Alanı Yönetimi'ni açın. Alternatif Hesap Etkileşimi arayüzünde belgelenen başlangıç noktası Yönetici'dir. E-posta Gönderen Etki Alanları altında, seçilen alan adı için Beklenen DNS Girişleri'ni açın ve DomainKey değerini yayınlanmak üzere TXT olarak kopyalayın.
Söz konusu hesap ve alan adı için gösterilen sahibi ve değeri kullanın. Mevcut makale, kayıt eklendikten sonra imzanın yürürlüğe girmesi için 24 saate kadar süre tanındığını söylüyor. Bunu, her DNS önbelleğinin veya alıcısının aynı anda güncelleneceğinin garantisi değil, sağlayıcı zamanlama kılavuzu olarak değerlendirin. Yeni bir testi değerlendirmeden önce yayınlanma süresini kaydedin ve beklenen durumu bekleyin.
Tam yetkili sahibi de içeren genel DNS yanıtını onaylayın. DNS düzenleyicileri bazen bölge adını ana bilgisayar alanına ekleyerek tam ad girildiğinde yinelenen bir sonek oluşturur. Giriş formuna güvenmek yerine ortaya çıkan yanıtı inceleyin. Destek ekibinin, başka kelimelerle ifade edilmiş bir durum yerine gerçek hatayı araştırabilmesi için herhangi bir Etki Alanı Yönetimi hatasını ve ayrıntılarını kaydedin.
Özel bir dönüş yolunun gerekli olup olmadığına karar verin
Salesforce's DMARC destek makalesi hizalanmış DKIM normal DMARC yolu olarak tanımlar ve varsayılan dönüş yolu alan adı görünen Kimden ile aynı hizada değil. Ayrıca destek destekli özel bir dönüş yolu isteğini de belgelemektedir. Belirtilen sınırlama, her mesaj için seçilen değişken bir alan adı yerine iş birimi başına bir sabit özel dönüş yolu alanıdır.
Bu seçeneği talep etmeden önce iş gereksinimini tanımlayın. DKIM yanı sıra uyumlu SPF ihtiyaç duyan bir kuruluş, gerçek alan düzenlemesini ve hizalama modunu destekle birlikte değerlendirmelidir. İlgisiz markalar için gönderim yapan bir iş birimi, tek bir sabit dönüş yolunun her From alan adıyla uyumlu olabileceğini varsaymamalıdır. Gözlemlenen kimlikler ve desteklenen konfigürasyon sorunu çözene kadar bu tasarım sorusunu açık tutun.
Destek yazışmasından tam DNS kayıtlarını alın ve DNS sahibinin çakışmaları ve bağımlılıkları incelemesini sağlayın. Bu makale evrensel bir özel dönüş yolu hedefi veya etkinleştirme anahtarı sağlamamaktadır. Tahmin edilen kayıtları yayınlamak veya başka bir ürünün geri dönen alan adı yapılandırmasını kopyalamak, gereksinimi karşılamadan çalışma yolunu bozabilir.
Seçilen göndereni gerçek mesaj akışıyla test edin
Maddi olarak farklı olan her gönderme alanı ve iş birimi yolu üzerinden zararsız kontrollü mesajlar gönderin. Planlanan kampanya veya otomasyonla aynı gönderen seçimini kullanın. Kampanya referansını, Mesaj Kimliğini, UTC saatini ve harici test alıcısını kaydedin. Bir önizleme veya test özelliği üretimden farklı bir yol kullanıyorsa, bunu temsili kanıt olarak değerlendirmeden önce bu farkı çözün.
Güvenilir alıcı sisteminde From, Return-Path ve tüm DKIM imzalama etki alanlarını ve seçicilerini yakalayın. RFC 6376 genel doğrulama anahtarını bulmak için kullanılan d= ve s= değerlerini tanımlar. Gözlemlenen imzalama etki alanını yapılandırılan gönderme etki alanıyla karşılaştırın. Bir ileti hâlâ beklenmeyen bir göndereni veya başka bir yolu kullanıyorken DNS kaydı doğru olabilir.
Uygula RFC 9989 gerçek sonuçlara. DMARC geçen bir hizadan geçebilir DKIM imzası veya hizalanmış SPF geçiyor. Hangi mekanizmanın sonucu sağladığını ve hangi hizalama modunun uygulandığını kaydedin. SPF kimlik doğrulamasını, SPF hizalamasını, DKIM kimlik doğrulamasını ve DKIM hizalamasını ayrı alanlarda tutun. Bu, tek bir yeşil durumun test edilmemiş bir gereksinimi gizlemesini önler.
Her kontrolü değiştirmek yerine başarısız sınırdaki sorunları giderin
Gönderen etki alanı doğrulanmamışsa doğrulama anahtarını ve tam DNS sahibini Beklenen DNS Girişleri ile karşılaştırın. Beklenen etkinleştirme süresinden sonra DKIM eksikse, seçilen Kimden etki alanını ve hesabı onaylayın, ardından Etki Alanı Yönetimi hatalarını kontrol edin. İmza başarısız olursa seçiciyi ve genel değeri doğrulayın ve imzalamadan sonra mesajı değiştiren herhangi bir alt sistemi inceleyin.
SPF geçerken DMARC başarısız olursa hizalamayı ve hizalanmış DKIM söz konusu gönderen için yapılandırılıp yapılandırılmadığını araştırın. Varsayılan SPF başarısını DMARC başarısının bir vaadi olarak görmeyin. Özel bir dönüş yolu söz konusuysa gözlemlenen zarf kimliğini sabit iş birimi ayarı ve destek tarafından sağlanan talimatlarla karşılaştırın. Teşhis için temsili bir başarısız mesajını saklayın.
Kuruluşun DMARC politikasını ve raporlama hedeflerini mevcut mülkiyetinde tutun. Salesforce makalesi, bunları toplayan Hesap Etkileşimi yerine harici DMARC izleme ihtiyacını açıklamaktadır. arıza raporları. DNS kimlik doğrulama çalışması, raporlama hedeflerinin sessizce yerini almamalı veya ilgisiz gönderenler arasındaki yaptırımı azaltmamalıdır. Önerilen politika değişikliklerini posta ve güvenlik sahipleriyle ayrı ayrı inceleyin.
Hesap Etkileşimi alanı çalışma sayfası
- Hesap, iş birimi, marka ve gönderme iş akışı: ____.
- Kimden adresi seçildi ve yapılandırılan E-posta Gönderme Etki Alanı: ____.
- İzleyici alanını ve mevcut bağımlılıklarını ayırın: ____.
- Beklenen DNS Girişlerinden doğrulama anahtarı ve DKIM kaydı referansları: ____.
- Genel DNS yanıtları, yayınlanma zamanı ve yönetim durumu: ____.
- Varsayılan veya destek destekli özel dönüş yolu tasarımı: ____.
- Özel dönüş yolu sınırlaması ve ilgili durumlarda destek onayı: ____.
- Test Mesajı Kimliği, UTC saati, Kimden, Return-Path ve DKIM kimlikleri: ____.
- Güvenilir kimlik doğrulama sonuçları ve uyumlu DMARC mekanizması: ____.
- İstisnalar, izleme sahibi ve onaylı kurtarma: ____.
Hizalama olmadan SPF başarısının kurgusal örneği
Yalnızca kurgusal yazılı örnek: AE-01, Kuzey iş biriminin news@example.org olarak gönderdiğini ve Güney iş biriminin news@example.net olarak gönderdiğini varsayar. bounce.example.org altında önerilen sabit bir özel dönüş yolu, gevşetilmiş SPF hizalaması altındaki birinciyle hizalanabilir ancak ilgisiz ikinciyle hizalandığı varsayılamaz. DKIM imzaları ve SPF sonuçları hala bilinmiyor, dolayısıyla her iki rotanın da iddia edilen bir DMARC kararı yok. Pazarlama ve posta sahipleri, herhangi bir kök SPF düzenlemesi talep etmeden önce iş birimi ayarlarını ayırmalı ve seçilen Gönderen alan adı başına hizalanmış DKIM doğrulamalıdır. Tüm kimlikler ve düzenlemeler icat edilmiştir; hiçbir destek vakası, DNS sorgusu veya mesajı yürütülmedi.
Tamamlamayı canlı kanıtlara bağlı tutun
Belgelenen iş akışı, gerçek bir kiracının izinlerini, oluşturulan değerlerini veya özel dönüş yolu yeteneğini doğrulamaz. Bu hesap kontrolleri, canlı DNS ve başlık doğrulaması, görsel inceleme ve insan KOBİ onayı henüz beklemededir. Bu kılavuz yayınlanmamıştır ve bir kuruluşun kampanyalarının üretim aşamasında doğrulandığının kanıtı olarak sunulmamalıdır.
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ği hakkında uyarılar yapar. 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.