Karşılaştırılan hizmet ve ürün rotasını tanımlayın
Başlıca gönderme hizmetlerine ilişkin araştırmalar, gözlemlenebilir yapılandırma ile belgelenen davranışı karşılaştırmalı, bir satıcı markasının tek bir e-posta yoluna karşılık geldiğini varsaymamalıdır. Bir sağlayıcı, farklı davranışlara sahip işlem API'leri, SMTP gönderimi, pazarlama kampanyaları, varsayılan alanlar ve müşteri tarafından kimliği doğrulanan alanlar sunabilir. Çalışma, bir hizmetin kimlik doğrulama desteğini sınıflandırmadan önce tam ürünü, rotayı, hesap içeriğini ve gözlem kaynağını tanımlamalıdır.
Bu yazı belgesel ve kanıta dayalı bir yöntem önermektedir. Sağlayıcıları sıralamaz, müşteri alanlarını sorgulamaz, hesap oluşturmaz veya test mesajları göndermez. Major kelimesinin, beyan edilen ürün listesi veya bağımsız olarak desteklenen kullanım kriteri gibi açık bir seçim kuralına ihtiyacı vardır. Temsili bir pazar veri seti olmadan, çalışma tam pazar kapsamını ima etmek yerine seçilen hizmet karşılaştırmasını tanımlamalıdır.
Belgelenen yeteneği gözlemlenen konfigürasyondan ayırın
Bir sağlayıcının resmi kurulum kılavuzu, müşterilere neyi yapılandırmaları gerektiğini belirleyebilir. Bu, her hesabın bu özelliği etkinleştirdiğini veya belirli bir mesajın bu özelliği kullandığını kanıtlamaz. Bunun tersine, bir hesaptan alınan örnek, desteklenen her ürün rotasını oluşturamaz. Her kaynağın tarihi ve kapsamı korunarak belgelenmiş yetenek, hesap yapılandırması kanıtı ve alınan mesaj kanıtı için ayrı sütunlar kullanın.
Tutulan Alchemer kurulum kılavuzu bu ayrımı göstermektedir. Kendi sunucusunu ayırır DKIM/ Özel SMTP SPF entegrasyonu ve belgelenen entegrasyonu belirli eylemler ve kampanyalarla sınırlar. Kampanya Test Bağlantısı, özel DKIM / SPF rotasını kullanmaz. Bu rota ayrıntılarını göz ardı eden bir karşılaştırma, test yolu sonucunun sağlayıcının genel kapasitesiyle karıştırılmasına neden olabilir.
Hesaba özgü DNS değerlerini koruyun
Özel etki alanı kurulumu genellikle hesaba veya etki alanına özgü genel değerler sağlar. Bir çalışma evrensel bir buluş icat etmemelidir seçici, hedefi dahil edin veya CNAME tek bir örnekten desen. Mevcut resmi talimatı saklayın ve hangi alanların yetkili hesap kanıtı gerektirdiğini belirleyin. Özel imzalama anahtarlarını, API sırlarını veya kimlik bilgilerini talep etmeyin veya yayınlamayın; araştırma sorusu genellikle kamusal konfigürasyon ve gözlemlenebilir kimliklerle ilgilidir.
RFC 6376 DKIM imzalama alanı ve seçici kavramlarını tanımlar. RFC 7208 tanımlar SPF İlgili SMTP kimliğinin değerlendirilmesi. Bu standartlar, sağlanan değerlerin yorumlanmasını destekler, ancak araştırmacıya belirli bir sağlayıcının müşteriye hangi değerleri atadığını söylemez. Hesaba özgü kanıtların eksik olması bir boşluk olarak kalmalıdır.
Doğrudan hizmet desteğini devredilen altyapıdan ayırt edin
Bir ürün, kendi yapılandırma iş akışını açığa çıkarırken başka bir sağlayıcının dağıtım altyapısını kullanabilir. Bu ilişki ileri sürülmeden önce mevcut birinci taraf kanıtlarıyla desteklenmelidir. Desteklendiğinde bile altyapı satıcısının genel belgeleri, uygulamanın tam gönderen kimliğini, bölgesini, hesap ayarlarını veya doğrulama sürecini otomatik olarak açıklamaz.
Tutulan Blackbaud Geliştirme Aracısı kılavuzu gerekli yönlendirme ve DKIM , koşullu SPF kılavuzu ve ayrı bir test dizisinin ürüne özel bir kombinasyonunu göstermektedir. Bir çalışma, Blackbaud portföyünün tamamını bu tek rotadan özetlemek yerine bu kapsamı korumalıdır. Örnek belgeseldir; hiçbir Blackbaud hesabı veya mesajı incelenmedi.
Varsayılan ve özel kimlik davranışını ayrı ayrı kaydedin
Her rota için belgelenen varsayılan Kimden davranışını, desteklenen özel alan seçeneklerini ve zarf ve imzalama kimlikleriyle ilgili tüm kanıtları tanımlayın. Görünen adı görünür halde tut Etki alanından, POSTA etki alanı ve DKIM d değeri farklıdır. Markalı bir görünen ad oluşturulmuyor etki alanı hizalaması. Paylaşılan bir sağlayıcı kimliği, müşterinin amaçlanan görünür etki alanıyla uyumlu olmadan doğru şekilde kimlik doğrulaması yapabilir.
RFC 9989 hizalama ilişkisini tanımlar. Karşılaştırmada, yalnızca sağlayıcının SPF mi yoksa DKIM bahsettiği değil, desteklenen yapılandırma altında hangi yolun uyumlu kimlik doğrulaması sağlayabildiği sorulmalıdır. Güvenilir bir alınan numune mevcut değilse, yeteneğin belgelendiğini ancak operasyonel hizalamanın doğrulanmadığını belirtin. Tabloyu tahmin edilen geçme sonuçlarıyla doldurmayın.
Farklı doğrulama sinyallerini karşılaştırmaktan kaçının
Sağlayıcılar farklı kurulum kontrolleri kullanabilir: DNS varlığı, oluşturulan test mesajları, alan adı sahipliği kontrolleri veya rotaya özel bağlantı testleri. Bu sinyallerin kapsama alanı farklıdır. Yeşil doğrulanmış etiket, her mesajın kimliğinin doğrulanacağına ve gelen kutusuna ulaşacağına dair evrensel bir kanıt olarak normalleştirilmemeli, sağlayıcının belgelerine göre tanımlanmalıdır. Testin tüm yan etkilerini ve yetkilendirme gerekliliklerini koruyun.
Twilio SendGrid etkinlik referansı belirli işleme aşamalarında işlenen ve teslim edilen olayları tanımlar; teslim edilen, insan okumasıyla değil, alıcı sunucuyla ilgilidir. Bir karşılaştırmaya dağıtım telemetrisi dahil ediliyorsa, bu anlambilimi koruyun ve bir sağlayıcının olay etiketini kanıt olmadan diğerininkine eşdeğer olarak ele almaktan kaçının. Bu çalışmanın gerçek bir olayı veya teslimat sonucu yoktur.
Kaynak koleksiyonunu sürümlendirin ve engellenen kanıtları işleyin
Tam resmi URL'leri, yakalama tarihlerini, anlık görüntü karmalarını, mevcut olduğunda ürün sürümlerini ve destekleyici bölümleri saklayın. Bir çalışma yazılırken dokümantasyon değişebilir. Bir talebin güncel olarak alınan bir sayfadan mı, açıkça tarihlenen, saklanan bir kayıttan mı yoksa doğrulanmamış bir potansiyel müşteriden mi geldiğini kaydedin. Bir arama snippet'i keşif açısından faydalıdır ancak uygulama iddiaları için okunabilir bir birincil kaynağın yerini almamalıdır.
Bir kaynak reddedilirse veya kullanılamayan bir kabuk döndürürse, hatayı günlüğe kaydedin ve desteklenmeyen kapsamı tutun. Birinci tarafça doğrulanan sonucu etiketlerken, kısıtlamayı başka bir yoldan atlamayın veya üçüncü taraf eğitimi yerine kullanmayın. Yeterli birinci taraf desteğine sahip olmayan sağlayıcılar çözümlenmemiş istisnalar olarak kalmaktadır. Eksik kanıtları gözlemlenen yeteneklere dönüştürmeyin veya bu sağlayıcıları tamamlanmış karşılaştırmalar olarak saymayın.
Hizmet karşılaştırması çalışma sayfası
Seçim gerekçesi, satıcı, ürün, rota, ilgili bölge, hesap bağlamı, resmi kaynak, kaynak tarihi ve desteklenen kurulum için sütunlar oluşturun. Gerçekten mevcut olduğunda, genel değer kaynağı, doğrulama yöntemi, belgelenen sınırlamalar, gözlemlenen Gönderen/zarf/imzalama kimlikleri ve güvenilir alıcı sonucunu ekleyin. Desteklenmeyenleri kanıtlanmayanlardan ayırın; Okunabilir bir belgenin bulunmaması, bir özelliğin mevcut olmadığının kanıtı değildir.
Veri kümesi bir hata ve hariç tutma günlüğü ile ürünleri saymak için kararlı bir kural içermelidir. Birkaç farklı rotaya sahip bir satıcı, sütunlar veya dönemler arasında tutarsız bir şekilde sayılmamalıdır. Bir incelemeci, sırlara erişmeden, saklanan kanıtlardan her sınıflandırmayı yeniden oluşturabilmelidir. Bu taslak için böyle bir doldurulmuş karşılaştırma veri kümesi veya hesap fikstürü üretilmedi.
Kurgusal teşhis: Varsayılan bir test mesajı sağlayıcı kararına dönüşür
Kurgusal bir araştırmacı, bir ürünün önizlemesini veya test yolunu gönderir ve sağlayıcıya ait bir kimlik görür. Taslak sonuç, hizmetin müşteri alan adı kimlik doğrulamasını destekleyemediğini söylüyor. İnceleme, eksik kapsamı tespit ediyor: Test yolu, belgelenen özel alan adı yolundan farklı olabilir ve hesabın yapılandırması oluşturulmamıştır. Sonuç, evrensel bir yetenek iddiasını değil, yalnızca test edilen yolu destekler.
Önerilen düzeltme, dar gözlemi korumak, mevcut rota belgelerini gözden geçirmek ve desteklenmeyen karşılaştırmaları açık bırakmaktır. Daha sonra yetkilendirilen bir test, amaçlanan yapılandırmayı güvenilir bir alınan mesaj tablosuyla değerlendirebilir. Bu senaryo kurgusaldır; hiçbir mesaj gönderilmedi ve hiçbir sağlayıcıya puan atanmadı. Gözlemlenebilir konfigürasyonun neden tam ürün rotasına bağlı kalması gerektiğini gösterir.
Sürüm durumu
Katalog, başka bir analistin yeniden oluşturabileceği sürümlendirilmiş bir veri kümesi, sorgu yöntemi ve hata/hariç tutma günlüğü gerektirir. Bu orijinal eserler açık kalıyor. Gerçek kişi tarafından yapılan uzman incelemesi, kaynağın uygulanabilirliği, üretim yolları, erişilebilirlik ve sahibinin serbest bırakılması da açık kalacaktır. Bu taslak, pazar sıralamaları, yürütülen hesaplar veya hizmet davranışı garantisi değil, karşılaştırmalı bir araştırma tasarımı sağlar.