Genel bir DNS tarifiyle değil, Otomatik Görev etki alanı durumuyla başlayın
Otomatik Görev'in 2026.6 sürümünü görüntüleyen Etki Alanı Ayarları belgeleri, gönderen etki alanını kullanma iznini isteğe bağlı olandan ayırır DKIM kimlik doğrulama. Sayfada, 2023.3 sürümünden itibaren Gönderme adreslerinin doğrulanmış alan adlarını kullanması gerektiği belirtiliyor. Bu ürün gereksinimi genel e-posta protokollerinden farklıdır. Geçerli görünen bir adresin mutlaka uygulamanın izin verdiği bir adres olması gerekmez ve izin verilen bir adres, tek başına bir alıcıda hizalanmış kimlik doğrulamanın kanıtı değildir. Otomatik Görev Etki Alanı Ayarları
Desteklenen kapsam, belgelenen Otomatik Görev giden e-posta etki alanı iş akışını içerir. İlgisiz bir posta hizmetinin, ayrı olarak yapılandırılmış bir uygulamanın veya müşteri kiracısındaki her bildirim yolunun hazır olduğunu belirlemez. Herhangi bir şeyi değiştirmeden önce, etkilenen gerçek ortamı, adresleri ve sorumlu yöneticiyi tanımlayın. Bu taslak için herhangi bir hesap erişimi, DNS değişikliği veya mesaj testi yapılmadı.
Doğrulamadan etkilenen adreslerin envanterini çıkarın
Sağlayıcı, destek adreslerini, Kaynak E-postasından Gönder olarak kullanılan birincil kullanıcı adreslerini, alternatif gönderme adreslerini ve şablonlara, iş akışı kurallarına, anketlere, fatura e-postalarına ve kişi gruplarına manuel olarak girilen adresleri tanımlar. Tek bir test bildirimini tüm iş postalarının temsilcisi olarak ele almak yerine bu kategorileri inceleyin. Kataloğun alınan mesaj kanıtı gerekliliği, nihai olarak onaylanan kesin rotalar için hala geçerlidir. Otomatik Görev Etki Alanı Ayarları
Gerçek alan adı ve gönderim kullanımı başına bir envanter satırı oluşturun. Uygulamanın etki alanını otomatik olarak mı keşfettiğini yoksa bir yöneticinin etki alanını eklemeyi teklif edip etmediğini kaydedin. Bu alan adının neden kullanılabilir kalması gerektiğini açıklayabilecek bir sahip atayın. Eski bir alternatif adres, bir iş süreci başka bir yere taşındıktan sonra bir alan adının elde tutulması konusunda yanıltıcı bir gereklilik oluşturabilir.
Sağlayıcı, Etkin, Etki Alanı Doğrulanmış ve DKIM Kimliği Doğrulanmış durumunu birbirinden ayırır. autotask.com ve datto.com sistem etki alanları Kaseya tarafından yapılandırılmıştır ve bu iş akışı aracılığıyla düzenlenemez veya devre dışı bırakılamaz. Müşteri etki alanı kararları bu sistem etki alanlarının durumuna göre alınmamalıdır. Belgelenen müşteri DKIM hakkı beş ek alandan oluşur; bu sınır diğer adres kategorilerinin varlığından ayrıdır. Otomatik Görev Etki Alanı Ayarları
Değerleri almadan önce idari yetkiyi onaylayın
Belgelenen izinler, E-posta Bildirimleri ve Anketlerini yapılandırabilen bir yönetim güvenlik düzeyi ve şirketin DNS girişini düzenleme iznidir. Gezinme, Yönetici, Yönetici Kategorileri, Otomasyon, E-posta Bildirimleri ve Anketler ve ardından Etki Alanı Ayarları'dır. Benzersiz bir etki alanı eklemek için Yeni'yi ve ardından kimlik doğrulama iletişim kutusunu açan Etki Alanı Ekle'yi kullanır. Bu talimatlar, bir erişim iznini veya bir alan adının eklendiğine dair bir talebi değil, önerilen bir yetkili iş akışını açıklar. Otomatik Görev Etki Alanı Ayarları
Sorumluluklar farklı ekiplere ait olduğunda uygulama yöneticisini DNS değişikliği onaylayan kişiden ayırın. Sağlanan her kayıtla etki alanı içeriğini koruyun. Seçilen etki alanı olmadan bir değeri gösteren ekran görüntüsü, zayıf değişiklik kanıtıdır. Bir operatör, önerilen sahibin adını, kayıt türünü ve içeriğini tahmin etmeden amaçlanan uygulama alanıyla eşleştirebilmelidir.
İki doğrulama kaydını farklı kontroller olarak ele alın
Otomatik görevin zorunlu doğrulaması bir SPF TXT politikası ve Etki Alanı Doğrulaması TXT kaydı. İkincisi, ._autotask'tan önce hesap tarafından sağlanan bir alan koduna sahiptir. Belgeler, söz konusu doğrulama kaydı için sağlayıcıya bağlı içerik seçeneklerini listeler: gerektiği gibi bir boşluk, bir nokta veya Ad sözcüğü. Alan kodunu icat etmeyin, değerin bağımsız olarak herhangi bir şeyi kanıtladığını varsaymayın veya bu sahip adını, alanın SPF sahibiyle karıştırmayın. Yayınlamadan önce gerçek iletişim kutusu ve DNS düzenleyici gereksinimlerini çözün. Otomatik Görev Etki Alanı Ayarları
SPF örneği şunları içerir include:autotask.net. Sağlayıcı, mevcut içeriği korumayı, bunu uzun bir politikadaki ilk üç giriş arasına yerleştirmeyi söylüyor ve -all işe yarayabilir onaylarken ~all için bir doğrulama tercihi not ediyor. Bunlar, yeni SPF protokol kuralları değil, ürüne özel talimatlar ve uyumluluk kaygılarıdır. Bir denetleyiciyi memnun etmek için mevcut başarısızlık politikasını sessizce zayıflatmayın. Herhangi bir anlaşmazlığı sorumlu politika sahibine iletin ve onaylanmadan önce desteklenen bir yapılandırma oluşturun. Otomatik Görev Etki Alanı Ayarları
Geçerli bir SPF politikasını sahibi adına saklayın. Hala yetkili olan gönderenleri koruyun ve değerlendirme yolunun tamamını gözden geçirin. SPF DNS sorgulama terimlerine ilişkin sınırı, her sağlayıcının ilk sıraya yerleştirilmesi önerisi ya da basit bir ağ paketi sayımı değildir. Yeniden sıralama mekanizmaları davranışı değiştirebilir ve kozmetik bir düzenleme yerine politikanın tamamıyla değerlendirilmelidir. RFC 7208 , çoklu kayıtlar ve DNS arama sınırları
İsteğe bağlı DKIM tamamlanmış imzalamayla karıştırmayın
Sağlayıcı, bu uygulama iş akışında DKIM kimlik doğrulamasını isteğe bağlı olarak çağırır. Bu, kuruluşun kimlik doğrulama hedefiyle alakasız olduğu anlamına gelmez. SPF kimliği görünür From alanıyla uyumlu olmayan bir rota için uygun, hizalanmış bir DKIM sonucuna ihtiyaç duyulabilir. DMARC geçmek. Gözden geçirenin, yeşil doğrulama simgesinden çıkarım yapmak yerine gerçek tanımlayıcıları oluşturması gerekir. RFC 9989 , tanımlayıcı hizalaması
Saklanan mevcut sayfa, DKIM durumunu, etki alanı sınırını ve kimlik doğrulama eylemini açıklar ancak tam bir açıklama göstermez. seçici Tarifi okunabilir talimatlara kaydedin. Teklif vermeden önce desteklenen hesaba özel DKIM ayrıntılarını edinin bir kayıt. Eski bir üçüncü tarafı kopyalamayın CNAME Tarifi bu iş akışına ekleyin ve bunu mevcut sağlayıcı kanıtı olarak etiketleyin. Gerçek bir mesajdaki seçici ve imzalama alanı anahtar aramayı belirler; genel DNS değeri bu imzalama yapılandırmasına karşılık gelmelidir. RFC 6376 , DKIM-Signature ve anahtar depolama
Her katmanı doğru kanıtlarla doğrulayın
Amaçlanan kayıtlar onaylı bir süreç aracılığıyla yayınlandıktan sonra, sağlayıcı operatöre iletişim kutusunu yeniden açması ve Etki Alanı Kimlik Doğrula'yı seçmesi talimatını verir. Belgeleri, olası beş dakika ila 48 saatlik aralığı açıklar ve doğrulama hatalarını DKIM hatalarından ayırır. Bu zamanlama bildirimlerini, tek başına beklemenin yanlış bir kaydı veya aşılmış alan tahsisini düzelteceğinin garantisi olarak değil, sorun giderme kılavuzu olarak değerlendirin. Otomatik Görev Etki Alanı Ayarları
Genel DNS gözlemlerini uygulama durumundan ayrı olarak kaydedin. Daha sonra görünür yazar, zarf kimliği, imzalama alanı, seçici ve alıcı kimlik doğrulama sonuçları da dahil olmak üzere ilgili her yol için yetkili alınan mesaj kanıtlarını edinin. Bir uygulama doğrulama sonucu, bu mesaj düzeyindeki tablonun yerine geçemez. Kimlik doğrulama ayrıca gelen kutusuna yerleşimi garanti etmez veya mesajın iş isteğinin güvenli olduğunu kanıtlamaz. RFC 9989 , kapsam ve alıcı eylemleri
Kurgusal teşhis: doğrulama başarılı, kabul başarısız
Kurgusal bir hizmet şirketi olan Fernbridge Support, iki alandan fatura ve bilet bildirimleri hazırlıyor. Yöneticisi, ilk alan adı için Etki Alanı Doğrulandı seçeneğini görür ve her iki rotanın da tamamen doğrulandığını bildirir. İncelemeyi yapan kişi, ikinci alanın durumunun hiçbir zaman belgelenmediğini ve alınan ileti kimliklerinin toplanmadığını fark eder. Bu, gözlemlenen bir müşteri olayı değil, icat edilmiş bir inceleme senaryosudur.
İncelemeyi yapan kişi alan doğrulamasını, DKIM durumunu ve yönlendirme kanıtlarını farklı satırlara ayırır. İlk alanın doğrulanması, göz ardı edilmek veya abartılmak yerine dar bir gerçek olarak korunur. İkinci alan çözümlenmeden kalır. Her iki rota da yayınlanmadan önce hâlâ yetkili bir mesaj değerlendirmesi gerektiriyor. Düzeltme kanıt sınırına yönelik bir düzeltmedir: bir durum başka bir alan adı veya farklı bir kimlik doğrulama katmanı için sonuçlar oluşturamaz.
Boş kabul çalışma sayfası
- Ürün sürümü ve kiracının uygulanabilirliği onayı: ______
- Gönderilen alan adı ve etkilenen adres kategorileri: ______
- Uygulama yöneticisi ve DNS onaylayıcısı: ______
- Zaman damgalarıyla Etkin ve Etki Alanı Doğrulanmış durumları: ______
- Hesap tarafından oluşturulan doğrulama sahibi ve tam içerik: ______
- Mevcut SPF politikası ve önerilen değişiklik incelendi: ______
- Ürün doğrulama kısıtlamaları ve kurumsal politika kararı: ______
- DKIM ödeneği, oluşturulan ayrıntılar ve mevcut durum: ______
- Genel DNS kanıtı ve yetkili kaynak: ______
- Her rota için alınan mesaj kimlik tablosu: ______
- Geri alma, konunun incelenmesi ve yayın kararı: ______
Kalan sürüm koşulları
Çalışma sayfası doldurulmamış ve kurgusal teşhis operasyonel kanıt değil. Hesabın uygulanabilirliği, orijinal uygulama kanıtları, konunun insan tarafından incelenmesi, üretim yolları, görsel erişilebilirlik ve sahibin serbest bırakılması açık olmaya devam edecektir. Etki alanı sözdizimi ve geliştirilmiş dağıtıma ilişkin kaynak açıklamaları, evrensel İnternet kuralları veya garantileri olarak benimsenmemiştir. Nihai kabul kararında mevcut desteklenen kiracı iş akışını ve amaçlanan rotadan elde edilen gerçek kanıtları kullanmalıdır.