Alan takma adı, bir adresin bir hizmet içinde nasıl kullanılabileceğini veya alınabileceğini değiştirir. Tek başına giden bir alana yerleştirilen etki alanını tanımlamaz. DKIM imzası. Müşteri postası için bir takma ad kullanmadan önce, amaçlanan rota üzerinden gönderilen bir mesajı inceleyin ve hizmetin hangi kimliği imzaladığını belirleyin.
Takma ad aynı zamanda aşırı yüklenmiş bir ürün terimidir. Alternatif bir posta kutusu adresini, kiracıya eklenen bir etki alanını veya uygulama düzeyinde gönderen kimliğini tanımlayabilir. Bu iş akışı, ortaya çıkan mesaja ve DNS kanıtlarına uygulanır. Belirli bir takma ad özelliğinin göndermeyi veya özel alan adını desteklediğini varsaymadan önce mevcut belgelere bakın. DKIM.
Alma yapılandırmasını gönderme kimliğinden ayırın
İlk önce takma adın ne anlama geldiğini belirleyin. Mevcut bir posta kutusuna ileti alan bir adrese hiçbir zaman giden kullanım için yetki verilmeyebilir. Gönderme destekleniyorsa, hizmetin Kimden'deki takma adı tutup tutmadığını, birincil adrese yeniden yazıp yazmadığını veya farklı bir gönderen üzerinden yönlendirip yönlendirmediğini belirleyin.
Yalnızca oluşturma penceresinde seçilen adresi değil, teslimattan sonra görünen Gönderen adresini de kaydedin. Ayrıca Gönderen alanını ve zarf kimliğini de kaydedin, ancak bunları DKIM sd alanıyla karıştırmayın. RFC 6376 §3.5 ileti yazarının adresinden farklı olarak d imzalama alanını tanımlar. RFC 9989 §4.4 için Yazar Etki Alanını ve kimliği doğrulanmış tanımlayıcıları kullanır. hizalama.
Kontrollü bir mesajdaki her imzayı okuyun
Üretimle aynı istemciyi, API'yi veya temsilci posta kutusu yolunu kullanarak takma addan bir test gönderin. Alınan mesajı düzenlemeden dışa aktarın. Her bir DKIM-Signature , d ve s değerlerini ve güvenilen alıcının sonucunu tanımlayın. Bir hizmet, hem sağlayıcı imzasını hem de müşteri alan adı imzasını ekleyebilir; bir araç tarafından görüntülenen ilk araç, ilgili araç olmayabilir DMARC.
Her geçen imza için, alınan Kimden alan adıyla uyumu değerlendirin. Katı mod, tam alan adı eşleşmesine ihtiyaç duyar RFC 9989 §3.2.10. Rahat mod aynı şeye izin verir organizasyon alanı altında RFC 9989 §4.10.2. İki farklı kayıtlı alan adı, birinin bir yönetim portalında diğerinin takma adı olması nedeniyle hizalanmaz.
Küçük bir kimlik çalışma sayfası kullanın
Açıklayıcı bir örnek, farklı Organizasyonel Etki Alanları ve geçerli bir DMARC politikası varsayılmaktadır: birincil adres person@company.example iken, giden takma ad person@newbrand.example . Alıcı newbrand.example adresinde From'u ve d=company.example. Bu imza newbrand.example ile uyumlu değil. Başka bir geçen imza d=newbrand.example, hizalanmış bir DKIM yolu sağlar.
Mesajın tamamını imzasız olarak adlandırmak veya DKIM bozuk olduğunu söylemek yerine her iki sonucu da kaydedin. Birincil alan adı altındaki geçerli bir imza hâlâ geçerli DKIM . Eksik özellik takma ad için hizalamadır. Değerlendirmek SPF genel DMARC sonucunu atamadan önce ayrı ayrı. Bu çalışma sayfası sentetik bir örnektir; herhangi bir hizmetin takma ad davranışının kanıtı değildir.
Desteklenen çözümü talep edin
Sağlayıcının takma ad alan adını kullanarak takma ad postasını imzalayıp imzalayamayacağını ve bunun, alan adını ayrı bir gönderen kimlik olarak eklemeyi gerektirip gerektirmediğini sorun. Geçerli DNS kayıt adlarını, kayıt türlerini ve değerlerini edinin. DNS bölgesini kimin kontrol ettiğini ve önerilen değişikliğin mevcut bir alanla çakışıp çakışmadığını doğrulayın. seçici.
Birincil etki alanı ortak anahtarını manuel olarak kopyalamayın ve hizmetin yeni bir d değeri kullanmaya başlayacağını varsaymayın. DNS yayını, keyfi bir imzalayana kimliğini değiştirme talimatı veremez. Gönderen yapılandırma ve yayınlanan doğrulama materyali aynı olmalıdır.
Takma adı yaşam döngüsü incelemelerinde tutun
Bu yollar kullanıldığında yanıtlar, mobil istemciler ve uygulama tarafından oluşturulan mesajlar için testi tekrarlayın. Takma adın işletme sahibini ve tarihli bir örneği içeren bir seçici-sağlayıcı haritası bulundurun. Geçiş veya kullanımdan kaldırılma durumunda, devredilen kayıtları kaldırmadan önce diğer kimliklerin hâlâ aynı sağlayıcıya bağlı olup olmadığını doğrulayın.
Kapatma ifadesi hangi takma adın ve rotanın test edildiğini, hangi d alanının geçtiğini ve hizalanıp hizalanmadığını belirtmelidir. Bir ürün gerekli kimliği sağlayamıyorsa, bu sınırlamayı belgeleyin ve takma adı herhangi bir nitelik olmadan kimliği doğrulanmış olarak bildirmek yerine desteklenen bir gönderme tasarımı seçin.
Bir sonraki kararı kaydedin
Gerçek rota başına bir satır kullanın: istenen takma ad, alınan Kimden, her d/s çifti, güvenilen sonuç, hizalama modu ve kalan boşluk. İlgisiz bir From takma adına sahip bir birincil alan geçişi geçerli DKIM ancak uyumlu DKIM değildir. SPF ve geçerli politika değerlendirilene kadar mesajın tamamını DMARC hatası olarak adlandırmayın. Burada sağlayıcıya özel takma ad özelliği veya canlı sonuç belirtilmez.