Delivra hesabı ve alan adı envanteriyle başlayın
Delivra'nın genel kimlik doğrulama yardım sayfası ayrıntılı bağlantılara sahiptir E-posta Kimlik Doğrulama Talimatları. Bu talimatlar, alan adının benzersiz bir DNS operatörüyle koordinasyon sağlayan bir site yöneticisini tanımlar. DKIM seçici ve her gönderen etki alanı için anahtar ve ayrı bir İmzalamayı Etkinleştir adımı. Bu kılavuz belgelenen iş akışını kapsar. Belirli bir hesabın özellik erişimini, oluşturulan değerlerini veya tamamlanmış yapılandırmasını belirlemez.
Kampanya gönderen adreslerine yönelik her alanı tanımlayın ve ilgili hesap ve siteyle eşleştirin. Aynı etki alanı altındaki birden fazla posta kutusu, otomatik olarak ayrı etki alanı anahtarlarına ihtiyaç duymazken, farklı bir etki alanı, varsayım yoluyla başka bir etki alanının anahtarını devralmamalıdır. Özellikle bir site birden fazla markaya veya bağımsız olarak yönetilen iş birimlerine hizmet veriyorsa, herhangi bir kaydı değiştirmeden önce idari kapsamı açık tutun.
Ayrıntılı genel talimatlar, yakalanan makale metninde güvenilir bir yayın tarihi ortaya çıkarmamaktadır. Cari hesap uygulanabilirliği ve arayüzde yapılacak her türlü değişiklik açık kalacaktır. Planı uygularken görüntülenen gerçek kayıtları ve mevcut yönetici onayını kullanın. Ekran görüntüsündeki örnek seçici, hesap tarafından oluşturulan bir değer değildir ve taslak bir anahtar oluşturmamış veya herhangi bir kiracıya erişmemiştir.
Belgelenen SPF yetkilendirmesini birleştir
Talimatlarda mevcut bir site için include:ne16.com belirtilir. SPF politikasını belirtin ve politikası olmayan alanlar için eksiksiz bir örnek sunun. Mevcut çalışan veya uygulama yetkilerini değiştirmek yerine, etki alanının tam yasal gönderen envanterindeki bu mekanizmayı inceleyin. Örneğin mx terimi, geçici başarısızlık niteleyicisi ve TTL her etki alanı için evrensel ayarlar değildir. Onaylanan farkın tamamını değişiklik talebinde görünür tutun. Delivra kimlik doğrulama talimatları
RFC 7208 , bölüm 3.2 tek bir sahipte birden fazla seçilen SPF politikasını yasaklar. Tek bir tutarlı TXT politikasını koruyun ve iç içe çalışma da dahil olmak üzere bölüm 4.6.4 kapsamında değerlendirilen DNS'ye bağlı terimleri inceleyin. Yalnızca görünür içerilenleri veya gözlemlenen DNS paketlerini saymak yetersizdir. Bir politika, gerçek göndereni belirli bir değerlendirme yolunda yetkilendirmeden mevcut ve sözdizimsel olarak geçerli olabilir.
Maksimum toplam SPF politikası uzunluğu olarak 255 karakteri dikkate almayın. Bölüm 3.3'te tek bir karakter dizisi içindeki birden çok karakter dizisi açıklanmaktadır TXT kaydı ve bunların ek boşluk olmadan birleştirilmesi. Bu, birden fazla rakipten farklıdır SPF kayıtları. Bir düzenleyici uzun bir değeri böldüğünde, yalnızca bir sunum sınırına uymak için yetkilendirmeleri silmek yerine ortaya çıkan mantıksal kaydı doğrulayın. Bu bir protokol ayrımıdır, her DNS düzenleyicisinin aynı giriş formatını desteklediği iddiası değildir.
Alan adı anahtarını oluşturun ve tam değerini yayınlayın
Belgelenen yönetici rotası Ayarlar, Hesap, Etki Alanı Anahtarları ve ardından Etki Alanı Anahtarı Oluştur'dur. Yönetici etki alanına girer, bir anahtar boyutu seçer ve DNS talimatlarını almak için kaydeder. Devir işlemi Etki Alanı Adını içerir, DKIM TXT Kayıt Adresi ve DNS TXT Kayıt değeri. Bunlar birbirine aittir: Yanlış sahipteki doğru anahtar, amaçlanan seçici aramasını destekleyemez. Delivra kimlik doğrulama talimatları
DNS operatörü, verilen adresi ve değeri kullanarak bir TXT kaydı yayınlar. Kılavuz, birçok sağlayıcının yalnızca seçiciyi beklediğini belirtiyor. _domainkey bölümünü kendi ana bilgisayar alanlarında kullanabilirsiniz, ancak bu editöre bağlıdır. Alan adını evrensel olarak çıkarmak veya eklemek yerine, sonuçta ortaya çıkan tam sahibi onaylayın. Ekran görüntüsünün uzun seçicisini yeniden kullanmayın: kaynak, bu değerleri hesaba ve gönderen alana özgü örnekler olarak açıkça tanımlar.
Bir uyumsuzluk olması durumunda, oluşturulan genel anahtarın tamamını, kazara boşluklar, kesme ve satır sonları dahil olmak üzere yayınlanan mantıksal değerle karşılaştırın. Talimatlar, bazı eski DNS sınırlamaları için daha küçük bir anahtar oluşturulmasını önerir ancak bu kılavuz, ilk yanıt olarak otomatik silme veya sürüm düşürme işlemini önermez. Değiştirme işlemine izin vermeden önce mevcut DNS sağlayıcı desteğini, kurumsal temel gereksinimleri ve aktif imzalama üzerindeki etkisini belirleyin. Temsil sorunu ile kriptografik politika kararı ayrı konulardır.
Yayınlandıktan sonra imzalamayı etkinleştir
Belgelenen sonraki adım, Ayarlar, Hesap, Etki Alanı Anahtarları'na dönmek ve anahtar DNS mevcut ve geçerli olduğunda İmzalamayı Etkinleştir'i kullanmaktır. Bu aktivasyon adımını kabul planında saklayın. Tamamlanmış bir DNS bileti, hesabın imzalandığının kanıtı değildir ve düğmenin varlığı, hesabın kullanıldığına dair bir kanıt değildir. Yetkili bir uygulama gerçekleştiğinde gerçek yönetici onayını kaydedin. Delivra kimlik doğrulama talimatları
Aynı talimatlar, kampanya iş akışında Gönderen Adı ve Adresinin yanındaki kimlik doğrulama göstergelerini de açıklar. Bunları, alıcının mesajdaki sonuçlarından ayrı olarak sağlayıcı kontrolleri olarak değerlendirin. Yeşil göstergeler hesabın görüşünün yararlı bir kanıtıdır ancak her kampanya rotasını, alıcı kararını veya gelecekteki imzayı kanıtlamaz. Kaynak ayrıca eksik kimlik doğrulamanın göndermeyi engellemediğini söylüyor; dolayısıyla bir platform bloğunun bulunmaması bir kabul kriteri değildir.
Site kapsamındaki özel dönüş yolunu inceleyin
Delivra'nın özel dönüş yolu kılavuzu hesap başına bir seçeneği değil, site genelindeki bir yapılandırmayı açıklar. Bu paylaşılan düzenleme için tüm hesapların aynı kök alan adından gönderilmesi gerektiğini söylüyor. Belgelenen DNS adımı geri dönen bir alt alan adı kullanıyor CNAME lists.n-email1.net ; destek daha sonra siteyi doğrulayıp yapılandırır ve bir onay testi gönderir. Bunlar önkoşullar ve sağlayıcı adımlarıdır, burada gerçekleştirilen eylemler değildir.
Paylaşılan bir değişikliği onaylamadan önce, etkilenen her işletme sahibini ve çözülmemiş istisnayı kaydedin. Envanter eksik olduğunda kararı beklemede tutun.
Karantina veya reddetme politikası katı politikayla aynı şey değildir tanımlayıcı hizalaması. RFC 9989 , bölüm 4.4 Hizalama ilişkisini talep edilen düzenlemeden bağımsız olarak tanımlar. Geri dönen bir alt alan adı, katı hizalama için tam eşitlik sağlanmadan, ilgili yazar alanıyla rahat hizalamayı destekleyebilir. Yalnızca belgelenen CNAME dayalı olarak her alıcının "adına" ekranının tam hizalama uyumluluğu veya kaldırılması konusunda söz vermeyin.
Yalnızca kurulum ekranı yerine mesajı değerlendirin
Önerilen bir yetkili kabul uygulamasında zararsız içerik kullanılmalı ve gerçek yazar alanı, zarf kimliği, imzalama alanı ve seçici kaydedilmelidir. RFC 6376 , bölüm 3.5 alınan bir mesajı DNS anahtarına bağlamak için kullanılan imza alanlarını tanımlar. Güvenilir alıcının sonuçlarını onaylanmış kimliklerle ve amaçlanan rotayla karşılaştırın. Gerçek abone bilgilerini veya gizli kampanya içeriğini izinsiz olarak harici bir denetleyiciye yüklemeyin.
DMARC hizalanmış bir geçen SPF sonucundan veya hizalanmış bir geçen DKIM sonucundan geçebilir. İletinin zararsız olduğunu ve kimliği doğrulanmış postanın hâlâ filtrelenebileceğini onaylamaz. Bir kamu politikası örneği, kuruluşun yaptırım politikasını değiştirme veya rapor veren bir alıcı ekleme izni değildir. Alan çapındaki politika kararlarını ve veri paylaşımı onayını, yayınlanan genel DNS kayıtlarının kopyalanmasından ayrı tutun.
Kurgusal teşhis ve boş kabul çalışma sayfası
Kurgusal bir eğitim yayıncısı olan Maple Folio, oluşturulan bir anahtarı yayınlıyor ancak İmzalamayı Etkinleştir seçeneğine asla geri dönmüyor. DNS değişiklik kaydı tamamlanmış görünüyor, mesajın hazır olup olmadığı ise kanıtlanmadan kalıyor. İnceleme ayrıca önerilen geri dönüş yolunun ikinci bir markayla paylaşılan bir siteyi kapsayacağını da ortaya çıkarıyor. Ekip, bekleyen aktivasyonu tesis genelindeki tasarım kararından ayırıyor ve yetkili sahiplerden, yayınlanmadan önce her ikisini de çözmelerini istiyor. Bu kurgusal senaryo, gerçek bir hesap eylemi veya mesaj sonucu içermemektedir.
- Site, hesaplar, gönderen alanlar ve mevcut iş akışının uygulanabilirliği: ______
- Mevcut SPF politikası ve onaylananlar aşağıdaki değişiklikleri içermektedir: ______
- Benzersiz DKIM sahibi, genel anahtar ve yayın kanıtı: ______
- İmzalama onayını ve kampanya göstergesi gözlemlerini etkinleştirin: ______
- Site çapında dönüş yolu Kullanılıyorsa uyumluluk ve sağlayıcının tamamlanması: ______
- Gerçek mesaj kimlikleri, güvenilir sonuçlar ve hizalama modu: ______
- Poliçe sahibi, çözülmemiş istisnalar ve ibra kararı: ______
Orijinal uygulama kanıtları, insan incelemesi, mevcut uygulanabilirlik, üretim yolları, görsel erişilebilirlik ve sahibinin serbest bırakılması açık olmaya devam etmektedir. Herhangi bir anahtar, DNS girişi, destek talebi, test mesajı veya yayın oluşturulmadı.