Önce Blackbaud ürününü ve rotasını tanımlayın
Blackbaud'un birden fazla e-posta iş akışı vardır; dolayısıyla tek bir alan adı kimlik doğrulama sayfası, her ürün için evrensel bir kurulum olarak değerlendirilmemelidir. Bu yazı, Raiser's Edge NXT yardım alanında belgelenen Geliştirme Aracısı e-posta iş akışına giden somut rotayı kapsamaktadır. Tutulan Temsilcinizin e-posta kılavuzunu yapılandırın iş akışının adresini, iletilmesini, kimlik doğrulamasını ve test sırasını açıklar. Bu, tüm Blackbaud postaları için kapsamlı bir talimat değildir.
Ayrı bir E-posta Etki Alanı Kimlik Doğrulaması portalı kılavuzu kuruluş düzeyinde alan adı talebini ve TXT tabanlı doğrulamayı açıklar. Kontrollerini kurgusal tek bir ekranda birleştirmek yerine bu kaynakları ayrı tutun. Gerçek ürün ve kiracı hangi sürecin geçerli olduğunu onaylamalıdır. Bu çalışma sırasında hiçbir Blackbaud hesabı açılmadı, adres seçilmedi veya yapılandırma değiştirilmedi.
Temsilci adresini sonuçsal bir karar olarak değerlendirin
Geliştirme Aracısı kılavuzu, kuruluşa kalıcı bir aracı e-posta adresi seçmesi talimatını verir ve bunun değiştirilemeyeceği konusunda uyarır. Bu, adres seçimini tek kullanımlık bir sorun giderme değeri değil, bir sahip kararı haline getirir. Amaçlanan işletme sahibini kaydedin organizasyon alanı ve yetkili bir operatör harekete geçmeden önce uzun vadeli adlandırma seçimi. Yalnızca bir sonraki sayfayı keşfetmek için adres oluşturmayın veya girmeyin.
Kaynak, mümkün olduğunda yalnızca iletme gelen kutusunun kullanılmasını öneriyor ve bunun manuel olarak göndermek için izlenmesine veya kullanılmasına gerek olmadığını söylüyor. Bunlar rotaya özel operasyonel talimatlardır. Normal bir çalışanın posta kutusunun değiştirilmesi gerektiğini veya tüm Blackbaud yanıtlarının aynı yönlendirmeyi izleyeceğini belirlemezler. Kabul planı, şifreleri toplamadan veya özel posta kutusu içeriklerini açığa çıkarmadan gelen kutusunu ve yönlendirme sorumluluğunu tam olarak tanımlamalıdır.
Ayrı gerekli ve isteğe bağlı konfigürasyon
Belgelenen Gelen Kutusu yapılandırma sayfası, operatörden bunları icat etmesini istemek yerine BT ekibine değerler sağlar. Sağlanan gelen kutusuna iletmeyi listeler ve DKIM gerektiği gibi, DMARC önerildiği gibi ve isteğe bağlı olarak etki alanlarını geri döndürme ve izleme. Kuruluşunuzun kendi kimlik doğrulama gereksinimlerini ayrı ayrı incelerken bu etiketleri ürün kılavuzu olarak koruyun. Bu iş akışında isteğe bağlı olmak, her işletme için alakasız olduğu anlamına gelmez veya hizalama objektif.
Kurulum gerçekleştirilirken gerçek yetkili değerleri elde etmek için kılavuzda açıklanan Kopyalama kontrollerini kullanın. Bu yazıda hesaba özel hedefler, seçiciler veya anahtarlar sağlanmamaktadır. Kayıt planı, geçerli kiracıdaki her değer için tam DNS sahibini ve türünü tanımlamalıdır. İzleme alanı, geri dönen alan adı ve DKIM sahibinin farklı amaçları vardır ve birbirinin yerine kullanılabilen markalama alanları olarak değerlendirilmemelidir.
SPF talimatını belirtilen kapsamı dahilinde kullanın
Geliştirme Aracısı kılavuzunda koşullu bir SPF mevcut bir talimatla ilgili talimat SPF kaydı ve SparkPost ile ilgili bir mekanizma kullanarak geri dönen alan adı yolu. Bu, her kurumsal alana geniş bir sağlayıcı eklenmesine izin vermez. Operatör, kiracının sağladığı bağlamı tam olarak korumalı ve bir değişiklik hazırlamadan önce kaydın hangi SMTP kimliğini yetkilendirmeyi amaçladığını sormalıdır.
RFC 7208 İlgili SMTP kimliğinin SPF değerlendirmesini ve mantıksal DNS sorgu terimi sınırını tanımlar. Mevcut onaylı gönderenlerin tutarlı bir SPF politikasında korunması gerekir ve birden fazla SPF kaydı geçerli bir birleştirme stratejisi değildir. Bu taslak, kasıtlı olarak kılavuzun koşullu örneğini evrensel bir kopyala-yapıştır kaydına dönüştürmemektedir. Hiçbir sağlayıcı bağımlılığı veya canlı DNS yolu değerlendirilmedi.
Merkezi alan doğrulamasını farklı tutun
Merkezi E-posta Alan Adı Kimlik Doğrulaması kılavuzu app.blackbaud.com , Yönetici, Ayarlar, E-posta yoluyla ulaşılan portalda bir alan adının talep edilmesini açıklar. Etki alanı sahipliği, DKIM ve DMARC doğrulama ayrıntılarının DNS için değerler sağladığını belirtir TXT kayıtları. Belgelenen bu adımlar, ilgili kuruluşun merkezi yapılandırması için geçerli olabilir ancak Geliştirme Aracısının ayrı iletme ve bağlantı testi gereksinimlerinin yerine geçmez.
Kılavuz, bu süreçte Blackbaud gönderimi için genel web posta adresleri gibi üçüncü taraf tüketici alanlarının kimliğinin doğrulanamayacağı konusunda uyarıyor. Ayrıca sağlanan değerlerin tam olarak kopyalanması gerektiğini söylüyor ve DNS sağlayıcılarının farklı giriş kurallarına sahip olduğunu belirtiyor. Makalede bunlar, herhangi bir alan adının talep edildiğine veya doğrulandığına dair kanıt olarak değil, kaynak kapsamlı talimatlar olarak tutulmaktadır. Portalın Doğrulanmış etiketi, burada zaten elde edilmiş bir sonuç değil, daha sonra toplanacak bir gözlem olacaktır.
Yayınlanan DNS kanıtlarını koru
Yetkili bir değişiklik için eski tam kayıt setini, önerilen kesin farkı, sahip onayını ve geri yükleme materyalini saklayın. RFC 1035 TXT kayıt yapısını tanımlar; bir kayıttaki bölünmüş dizeler birden fazla kayıttan farklıdır. Kaydedilmiş bir düzenleyici alanını yayının kanıtı olarak değerlendirmek yerine, yayınlanan sahibi ve değeri mevcut kiracının talimatlarıyla karşılaştırın.
Yetkili ve özyinelemeli gözlemleri zaman damgalarıyla ayrı ayrı kaydedin. Blackbaud kaynakları yayılma gecikmelerini tartışıyor, ancak bu zaman pencereleri, tek başına beklemenin yanlış sahip adını veya hatalı biçimlendirilmiş değeri çözeceğine dair bir vaat haline gelmemelidir. Bir tutarsızlık için, yayınlanan gerçek durum ile talep edilen hedefin kanıtı gerekir. Bu taslak için herhangi bir DNS gözlemi veya yayını yapılmamıştır.
Belgelenmiş testin ne yaptığını anlayın
Geliştirme Aracısı kılavuzunda, E-posta testini başlat seçeneğini seçmeden önce BT ekibinin yapılandırmayı onaylamasının beklenmesi gerektiği belirtiliyor. Düzeltmeden sonra yeniden deneme seçeneğini açıklar ve e-posta testi hala başarısızken genel DNS araçlarının doğrulayabileceğini belirtir. Ayrıca, iletme testi de dahil olmak üzere tamamlanan provizyonun aracı iş akışına yol açtığını ve kurulum tamamlandıktan sonra e-posta yapılandırmasına artık erişilemeyeceğini belirtir. Bunlar anlamlı iş akışı sınırlarıdır.
Test, salt okunur bir belge kontrolü değil, yapılandırılmış rotayı içeren operasyonel bir eylemdir. Bu el yazması başlatılmadı, yeniden denemedi veya herhangi bir mesaj göndermedi. Yetkili bir test planı, beklenen iletme davranışını, saklanacak kanıtları ve kurulumun sonlandırılıp sonlandırılmayacağına karar veren sahibi tanımlamalıdır. DNS denetleyicisi yeşil olduğu için tamamlamayı tıklamayın.
Tam rota kimlik tablosunu oluşturun
Yetkili olarak alınan bir örnek, Geliştirme Aracısı iş akışını, gönderme zamanını, amaçlanan Gönderen adresini, gözlemlenen zarf kimliğini, DKIM imzalama etki alanını ve seçici, güvenilir alıcı sonuçları ve hizalama. RFC 8601 kimlik doğrulama iddiaları için güven sınırına dikkat edilmesini gerektirir. RFC 9989 görünür Kimden alanına hizalamayı tanımlar; izole edilmiş bir SPF veya DKIM geçişi, ilgili kimlik ilişkisi olmadan yeterli değildir.
İletme testi sonucunu giden kimlik doğrulamasından ayrı tutun. Çalışan bir yanıt yolu tek başına hizalanmış imzalamayı kanıtlamaz; imzalanmış bir giden ileti ise yanıtların amaçlanan temsilci gelen kutusuna ulaştığını kanıtlamaz. Çalışma sayfası, ürün iş akışının gerektirdiği her iki gözlemi de tutmalıdır. Her iki sonuç da gelecekteki her mesajın gelen kutusuna yerleştirilmesini, etkileşimini veya meşruiyetini garanti etmez.
Kurgusal teşhis: doğrulanmış DNS ancak eksik yönlendirme
Kurgusal bir kuruluş, genel DKIM verilerinin doğru şekilde çözümlendiğini görür ve Geliştirme Aracısı sağlama işleminin tamamlandığını varsayar. Kabul kanıtı gerekli yönlendirme yolunu oluşturmadığından ürünün e-posta testi başarısız olmaya devam ediyor. Önerilen araştırma, DKIM anahtarını tekrar tekrar değiştirmek yerine DNS yayınını, giden kimliği ve iletmeyi birbirinden ayırıyor.
Gerçek nedenin yetkili kanıtlara ihtiyacı olacaktır; bu örnek, iletmenin başarısız olduğunun gözlemlendiğini iddia etmez. Gerçek bir adres, kiracı, test veya seçmen mesajı içermeyen, kurgusal bir teşhis uygulamasıdır. Tam ürün iş akışının neden önemli olduğunu ve merkezi kimlik doğrulama durumunun neden rotaya özgü her adımın yerine geçemeyeceğini gösterir.
Sürüm durumu
Katalog, güncel Blackbaud kurulum kanıtlarını ve tam ürün ve rotadan alınan mesaj kimlik tablosunu gerektirir. Geliştirme Aracısı ve merkezi portal belgeleri korunur, ancak ürünün uygulanabilirliği, kiracı değerleri ve orijinal operasyonel kanıtlar açık kalır. Altı serbest bırakma kapısının tümü açık kalır. Hiçbir kalıcı adres seçilmedi, kimlik bilgileri oluşturulmadı, DNS değiştirildi, test tetiklendi veya kurulum sonlandırılmadı ve bu taslak, kimlik doğrulamanın tamamlandığı yönünde herhangi bir iddiada bulunmaz.