DNS düzenlemeden önce Rapidmail rotalarını eşleyin
Bir işlem mesajı hala farklı bir kimlik doğrulama kurulumu kullanırken bir bülten alanı hazır olabilir. Kuruluşun gerçekte kullandığı hızlı posta işlevlerini listeleyerek başlayın: postalar, kayıt formlarıyla ilişkili mesajlar ve işlem postaları. Her biri için, gönderen adresini, yanıt posta kutusunu ve işletme sahibini içeren hesabını kaydedin. Kabul testi bu yolları ayrı ayrı kapsamalıdır.
Rapidmail'in işlemsel DKIM kılavuzu açıkça haber bülteni diyor DKIM işlem mesajlarına otomatik olarak uygulanmaz. Bu, bu kılavuzdaki ana yapılandırma sınırıdır. Başarılı bir kampanyayı, başvuru makbuzunun, onayının veya diğer işlemsel iş akışının doğrulandığının kanıtı olarak kullanmayın.
Kuruluşun kontrol ettiği bir gönderen etki alanı seçin. Yetkili DNS erişimi onaylayın ve mevcut posta kayıtlarına bağlı olan herkesi tanımlayın. DNS yöneticisine, tüm bölgenin e-posta yapılandırmasını değiştirme talimatı değil, rotaya özel bir değişiklik isteği verin. Pazarlama sahibi, testten önce tanınabilir göndereni ve izlenen yanıt adresini onaylamalıdır.
Desteklenen kimlik doğrulama iş akışını seçin
Rapidmail'in manuel kimlik doğrulama talimatları Hesap ayarlarından başlayarak Absender-Einstellungen ve Absender-Authentifizierung'u açıklayın. Rehberli süreç Entri'yi kullanır; manuel seçeneği gerekli kayıt değerlerini ortaya çıkarır. Amaçlanan etki alanını seçin ve DNS yöneticisinin önerilen değişiklikleri incelemesiyle birlikte o etki alanı için görüntülenen talimatları kullanın.
Kılavuz kılavuzunda dört satır açıklanmaktadır: DMARC, SPF tarafından temsil edilen CNAME, postalar için DKIM ve kayıt formları dahil işlevler için DKIM . Değişiklik çalışma sayfasında bu ayrımı koruyun. Görevi tek bir genel DKIM kaydına indirgemeyin veya bir CNAME talimatını bir DKIM kaydıyla değiştirmeyin. TXT kaydı çünkü daha eski bir makalede başka bir tasarım kullanılmıştı.
Cari hesap farklı etiketler veya kayıt türleri sunuyorsa, devam etmeden önce tutarsızlığı kaydedin ve mevcut sağlayıcı rehberliğini edinin. Kamuya açık belgeler, hesabın nihai değerlerini değil, desteklenen modeli oluşturur. Bu makalede yeniden kullanılabilir seçiciler, hedefler veya ortak anahtarlar sağlanmamaktadır. Hangi kayıtları değiştirmeyi önerdiğini anlamamak için kurulum asistanına geniş DNS erişimi vermeyin.
Kesin olarak yayınlayın ve mevcut politikayı koruyun
Yayınlanan her kayıt için sahibini, türünü, değerini, amacını ve talimat zaman damgasını kaydedin. DNS düzenleyicisinin bölge adını otomatik olarak ekleyip eklemediğini kontrol edin. Özellikle alt alanlar için, kaydettikten sonra genel adın tamamını karşılaştırın. Görsel olarak akla yatkın bir alan, tekrarlanan bir son ek üretebilir veya kaydı yanlış bölgeye yerleştirebilir.
Herhangi bir şeyi değiştirmeden önce çakışan kayıtları inceleyin. Bir CNAME sahibi zaten başka bir sağlayıcıya hizmet veriyor olabilir. Desteklenen bir plan olmadan alternatif bir etiket icat etmeyin veya diğer hizmetin kaydını kaldırmayın. Sağlayıcı tarafından yönlendirilen bir takma adı, amacı ve sahibinin gelecekteki DNS temizleme işlemlerinde hayatta kalması gereken, sağlayıcı tarafından yönetilen sürekli bir DNS bağımlılığı olarak değerlendirin.
Rapidmail'in kimlik doğrulamaya genel bakış SPF , DKIM ve DMARC birlikte açıklar. Protokol kimliklerini kullanarak bu operasyonel kılavuzu yorumlayın: SPF SMTP kimliğini değerlendirir ve DKIM imzalama alanının kimliğini doğrular. Bir TXT SPF politikasının değiştirilmesi gerektiğinde, söz konusu politikayı o sahipte tutun ve DNS arama maliyetinin tamamını aşağıdaki koşullar altında hesaba katın: RFC 7208. İkinci bir kök eklemeyin SPF kaydı CNAME tabanlı talimatı taklit etmek için.
Sahibinde başka bir kayıt yayınlamadan önce DMARC inceleyin. Örnek bir izleme politikası, mevcut onaylanmış bir politikanın sürümünün düşürülmesine veya raporlama hedeflerinin değiştirilmesine izin vermez. Yalnızca Rapidmail'i değil, tüm meşru gönderenleri kapsayacak şekilde herhangi bir politika değişikliği planlayın. Kılavuz kılavuzunun başlangıç kurulumuna ilişkin tavsiyesi, kuruluşun mevcut yaptırımlarının zayıflatılması gerektiği anlamına gelmez.
İşlemsel DKIM kendi değişikliği olarak yapılandırın
İşlemsel posta için belgelenen yol Transaktionsmails, ardından Absenderdomains verwalten'dir. Yönetici ilgili alanı düzenler, DKIM anahtarını oluşturur, verilen TXT kaydını yayınlar ve kontrol et ve etkinleştir eylemini kullanır. Takip et işlem talimatları Haber bülteni ayarlarını kopyalamak yerine o rota için.
Genel DNS değerini uygulama kimlik bilgilerinden ayrı tutun. Yalnızca genel doğrulama verileri DNS çalışma sayfasına aittir. SMTP şifrelerini, özel imzalama materyallerini veya API sırlarını destek ekine veya inceleme paketine koymayın. Test başarısız olursa önceki uygulama yapılandırmasını kimin geri yükleyebileceğini kaydedin.
Rota sahibiyle bir anahtar oluşturma eylemi planlanmalıdır. Başka bir anahtar oluşturmadan önce, mevcut bir anahtarın etkin olup olmadığını ve sağlayıcının değiştirme sırasında ne beklediğini belirleyin. DNS sorun giderme tekniği olarak tekrarlanan yeniden oluşturma işlemlerinden kaçının. Yönetici hâlâ önceki değişikliği doğrularken beklenen genel değeri değiştirebilir.
Her rotayı kontrollü bir mesajla onaylayın
Yayınladıktan sonra genel DNS ve ilgili hızlı posta durumunu kontrol edin. İlgili TTL'ler ve sağlayıcı kontrolleri için zaman tanıyın; tekrarlanan düzenlemeler, alıcının hangi değeri gördüğünü gizleyebilir. Yeşil durum yararlı bir kurulum kanıtıdır ancak seçilen gönderenin veya iş akışının bu yapılandırmayı kullandığını kanıtlamaz.
Zararsız bir haber bülteni gönderin, kullanıldığı yerde kontrollü bir kayıt formu akışı uygulayın ve yetkili bir işlem testini tetikleyin. Sahip olunan test adreslerini kullanın ve yalnızca başlıkları toplamak için gerçek aboneleri kaydetmekten veya gerçek müşteri siparişleri oluşturmaktan kaçının. Mesaj Kimliğini, UTC saatini, Kimden, Return-Path, her DKIM d= ve s=, ve güvenilir alıcı sistem sonuçları.
DKIM spesifikasyonu İmzalama alanını tanımlar ve seçici alanlar. Gözlemlenen imzayı o yol için verilen kayıtla karşılaştırın. Altında RFC 9989, geçen bir SPF veya DKIM sonucunun aynı zamanda DMARC için görünür From alanıyla da uyumlu olması gerekir. Yapılandırılmış rahat veya katı olanı kontrol edin hizalama İlgili herhangi bir etki alanının yeterli olduğunu varsaymak yerine modun kullanılması yeterlidir.
Yerleştirmeyi ayrı ayrı değerlendirin. Kimliği doğrulanmış bir mesaj, alıcı politikası, itibarı veya içeriği nedeniyle hâlâ filtrelenebilir. Bir test asla gelmezse, DNS teşhis etmeden önce gönderme, geri dönme veya engelleme kanıtlarını edinin. Eksik bir mesaj ve açık bir kimlik doğrulama hatası, farklı sonraki adımları gerektirir.
Rapidmail rota kabul çalışma sayfası
Her posta, form ve işlem yolu için bir satırı doldurun:
- Hesap, rota, sahip ve amaçlanan Gönderen adresi: ____.
- Kontrollü alıcı ve izlenen yanıt adresi: ____.
- Mevcut talimatlar ve yayınlanan kayıt seti: ____.
- Kayıt amacı, tam sahip, tür ve değer referansı: ____.
- Mevcut sahip anlaşmazlıkları ve onaylanmış çözüm: ____.
- DMARC politikası tutuldu veya ayrı bir değişiklik onaylandı: ____.
- Genel DNS kontrolü, uygulama durumu ve etkinleştirme zamanı: ____.
- Mesaj Kimliği, UTC saati, Return-Path ve DKIM d= ve s=: ____.
- Güvenilir SPF , DKIM ve DMARC sonuçları ve uyumlu mekanizma: ____.
- Kurtarma eylemi, inceleme ve sonraki yeniden kontrol tetikleyicisi: ____.
Başka bir rota aynı marka adını kullansa bile, başlık kanıtı eksik olduğunda bir rotayı beklemede tutun. Çalışma sayfası, lansmanı onaylayan kişiye denenmemiş yolu açıkça belirtmelidir.
İşlemsel uyumsuzluğun kurgusal tanısı
Yalnızca kurgusal örnek: Linden Goods, haber bülteni alanının kimliğini doğrular ve başarılı kampanya testlerini görür. Başvuru onayı hala DMARC başarısız oluyor. Yönetici yalnızca posta kurulumunun tamamlandığını keşfeder. İşlem alanı, ayrı olarak yayınlanan DKIM kaydıyla yapılandırılmamış ve etkinleştirilmemiştir.
Ekip desteklenen işlem akışını tamamlar, DNS kontrol eder ve yeni bir kontrollü onay gönderir. Rotayı kabul etmeden önce gerçek imzalama alanını ve From hizalamasını karşılaştırır. Ekip, eksik kurulumu maskelemek için tüm alanın DMARC politikasını düşürmez. Hiçbir Linden hesabı, DNS bölgesi veya mesajı gözlemlenmedi.
Tüm gönderme yollarını inceleme altında tutun
Gönderen etki alanı değişikliği, anahtar değişimi, yeni form, uygulama geçişi veya DNS ana bilgisayar taşıma işlemi sonrasında yeniden kontrol edin. Kayıt envanterini ve rotaya özel başlıkları bir arada koruyun. Mevcut kamuya açık belgeler prosedürü desteklerken, canlı kiracı denetimi, hesap tarafından verilen değerler, DNS ve başlık testleri, görsel inceleme, gerçek KOBİ onayı ve yayın henüz beklemededir.
Manuel politika adımından önce geçerli DKIM kurulumunu tamamlayın
Mevcut manuel DMARC kılavuzu, bu işlemden önce başarılı DKIM kurulumu gerektirir. Posta ve kayıt formu girişlerini ayrı işlem anahtarından ayrı tutun. Bir politika varlığı göstergesi, eksik bir işlem testini kapatmamalıdır. Kurgusal durumda, bireysel SPF ve DKIM sonuçları belirtilmeden kalıyor; örnek belirli bir seçici arızasını veya başarılı bir onarımı ortaya koymaz.
Mesaj kabulünü politikanın kullanıma sunulmasından ayırın
Başarılı bir hizalanmış SPF sonucu, bir mesaj değerlendirmesini karşılayabilir, ancak tek başına tüm alanın reddedilmek üzere taşınmasını haklı çıkarmaz. RFC 9989 Bölüm 7.4, alan yayınlama için geçerli DKIM gerektirir p=reject ve dolaylı postaların birlikte çalışabilirliği konusunda uyarıda bulunur. Politika sahibi uygulamayı onaylamadan önce tüm meşru gönderenlerin ve dolaylı yolların envanterini çıkarın. Bu makale için hiçbir DNS değişikliği, kiracı işlemi veya alınan ileti testi yürütülmedi.