[ Gönderme hizmeti kılavuzları ]

Qualtrics özel Kaynak alan adının kimliğini doğrulayın ve SMTP geçiş yolunu ayırın

Qualtrics postası için marka yöneticisini ve DNS iş akışını kullanın, ardından harici bir geçişle karıştırmadan gerçek dağıtımlarda hizalamayı kanıtlayın.

EmailAuth araştırma ekibi tarafından · 6 dakikalık okuma

[ Anahtar noktalar ]

  • Qualtrics postası için marka yöneticisini ve DNS iş akışını kullanın, ardından harici bir geçişle karıştırmadan gerçek dağıtımlarda hizalamayı kanıtlayın.
  • Alanı paylaşan her marka için benzersiz bir seçici kullanın.
Bu sayfada

Qualtrics gönderme rotasını tanımlayın

Bu kılavuz, SMTP geçiş yapılandırmaları çevresinde açık bir sınırla birlikte Qualtrics'teki yerel özel Alandan iş akışını kapsar. Farklı bir sistem SMTP zarfını sağlarken bir araştırma ekibi tanıdık bir gönderici adresi seçebilir ve DKIM imzası. Markayı, görünen Kimden alanını ve teslimatın Qualtrics altyapısını mı yoksa kurumsal bir aktarmayı mı kullandığını kaydederek başlayın. Bunları değişim planında ayrı rotalar olarak ele alın.

Belgelenen yerel rota, uygun bir markalı lisans ve bir Marka Yöneticisi gerektirir. Bireysel kullanıcılarla sınırlamak yerine, marka genelinde alan adı kullanımına izin verir. Qualtrics özel bir alt alan adı önerir. 8 Haziran 2026'dan itibaren MX ana makinesinin ayrıca geçerli bir A veya AAAA kaydı. Bu önkoşullar, herhangi biri DNS girişi oluşturmadan önce gözden geçirilmeyi hak eder. Qualtrics özel Belgelerden

Özel bir araştırma alt alanı, değişiklik sahibine kullanıcılar, posta akışları ve DNS bağımlılıkları hakkında daha net bir envanter sağlar. Tek başına organizasyondan ayrılmayı garanti etmez. DMARC politika. Yanıt verenlerin yanıtlarının hangi takıma ait olacağını, Kimden bölümünde hangi adreslerin görünebileceğini ve gelecekteki markalara kimin yetki verebileceğini kabul edin. Önerilen adresin bir posta kutusu veya başka bir posta platformu tarafından zaten kullanılıp kullanılmadığını kaydedin, böylece kimlik doğrulama değişikliğinin yanlışlıkla posta alma geçişine dönüşmesi önlenir.

Markayı ve DNS değişikliğini hazırlayın

Qualtrics, özel e-posta alan adlarını Organizasyon Ayarlarının Mesajlaşma bölümüne yerleştirir. Ayrı özel başlık özelliği marka postalarını etiketleyebilir ancak açıklayıcı bir başlık eklemek DKIM konfigürasyon. Kuruluş düzeyindeki ayarlar ayrıca dağıtımlar ve iş akışıyla ilgili mesajlar da dahil olmak üzere çeşitli posta türlerini de kapsar. Bu nedenle başarılı bir anket daveti, ayrı bir test yapılmadan diğer tüm iş akışları için kanıt olarak değerlendirilmemelidir. Qualtrics Organizasyon Ayarları

Özel alan adı akışında amaçlanan alanı ekleyin ve bir DKIM seçici. Bir alanı paylaşan her marka için benzersiz bir seçici kullanın. Oluşturulan kayıt sahiplerini, türlerini ve değerlerini DNS değişiklik isteğine kopyalayın, yetkili ana bilgisayarda yayınlayın ve doğrulamanın ardından etkinleştirin. Qualtrics, DKIM , MX ve DMARC gerekliliklerini belgeler; isteğe bağlı SPF örnek DKIM yerine geçmez hizalama. Başka bir markadan kopyalanan anahtar yerine mevcut kurulum için oluşturulan kayıtları kullanın. Qualtrics özel Belgelerden

DNS değişikliğini kaydetmeden önce mevcut değerleri dışarı aktarın ve değişecek her kaydı tanımlayın. DNS düzenleyicisi bölge son ekini ekledikten sonra tam yetkili sahibi kontrol edin. Sorumlu posta sahibi belirli bir değiştirmeyi incelemediği sürece mevcut posta alma kayıtlarını koruyun. MX bağımlılığı için hem MX hedefini hem de hedefin adres kayıtlarını sorgulayın. Adlandırılmış ana bilgisayarın adresi olmadığında tek başına MX etiketi eksik bir kontroldür.

Marka yöneticisinin oluşturduğu yapılandırmayı DNS yöneticisinin yayınlanan sonucuna bağlamak için bir bilet kullanın. Daha sonraki bir araştırmacının güncel olmayan bir önbelleği yanlış yayınlanmış bir değerden ayırt edebilmesi için toplama sürelerini ve TTL'leri ekleyin. Genel anahtarlar kanıt olarak saklanabilir; özel imzalama anahtarları, hesap sırları ve yanıtlayan kişi listeleri çalışma sayfasına ait değildir.

Mesajdaki hizalamayı değerlendirin

SPF gönderen sunucuyu yalnızca görünür Kimden adresine değil, SMTP kimliğine göre değerlendirir. Geçerli olanı koruyun SPF kaydı yetkilendirmeyi birleştirirken meşru gönderenleri koruyun ve birden fazla bağımsız politika eklemek yerine arama sınırını değerlendirin. İlgisiz bir alana eklenen bir ekleme, alınan bir mesajda kullanılan kimliği değiştiremez. SPF RFC 7208

DMARC geçen bir SPF veya DKIM sonucu görünür Kimden alanıyla hizalandığında geçer. İlgisiz bir sağlayıcı alanı için geçiş mekanizması yeterli değildir. Bildirime yalnızca " SPF geçti" yazmak yerine gerçek hizalama modunu ve etki alanlarını kaydedin. DKIM kanıtı, imzanın d= alanını ve s= seçicisini içerir; bunlar birlikte genel anahtar aramasını tanımlar. DMARC RFC 9989 DKIM RFC 6376

Zararsız içerik ve test için yetkili alıcıları kullanarak kontrollü testler gerçekleştirin. Alıcının güvenilenini yakalayın Authentication-Results ve kişisel verilerin en aza indirildiği ilgili başlıkların tamamı. Aynı anketteki bir daveti ve bir hatırlatıcıyı karşılaştırın, ardından sürümde yer alan ek iş akışlarını test edin. Kullanıcı arayüzü doğrulama rozeti, bir yapılandırma kontrol noktası oluşturur; alınan mesaj kanıtı, o rota için gerçekte neyin doğrulandığını belirler.

Yalnızca tek bir kampanya başlatmak için kuruluşun yaptırım politikasını değiştirmeyin. Meşru rotaların envanteri çıkarılmamışsa bu bağımlılığı belgeleyin ve belirlenen değişiklik sürecini kullanın. Kimlik doğrulama ayrıca rızayı, iyi liste kalitesini, gelen kutusu yerleşimini veya yanıtlayanın katılımını kanıtlamaz.

SMTP geçişinin çalışmasını ayrı bir değişiklikle koruyun

Kuruluş kendi SMTP geçişini kullanıyorsa, yerel rota çalışma sayfasını geçişin yapılandırmasıymış gibi uygulamayı bırakın. Geçiş hizmetini, gönderim yöntemini, gönderen kısıtlamalarını, giden imza sahibini ve günlüklerinden sorumlu kişiyi yakalayın. Aktarma operatörünün mevcut desteklenen yapılandırmasını ve kimlik doğrulama kanıtını isteyin. Bu makale yeni kalıcı kimlik bilgilerini, MFA istisnasını veya geçişe daha geniş erişimi onaylamaz.

Qualtrics dağıtım hata kodları bu hataları ayırmaya yardımcı olur. EQD17, bir alandan gönderme yetkisiyle ilgilidir; EQD18 olası bir posta sunucusu yapılandırma sorununu belirtir; EQD19, kuruluşun sunucusuna bağlantıyla ilgilidir. Bu kodlar her Qualtrics proje türü için değil, anket dağıtımları için belgelenmiştir. Teşhisi uygulamadan önce tam ürünü ve olayı kullanın. Qualtrics dağıtım hata mesajları

Başarısız bir bağlantı, DKIM anahtarının yanlış olduğunun kanıtı değildir. Bunun tersine, başarılı SMTP gönderimi, son mesajın DMARC geçtiğinin kanıtı değildir. Gönderim günlüklerini ve alıcı başlıklarını, güvenli bir test tanımlayıcısı ve zaman damgasıyla birbirine bağlanan ayrı kanıtlar olarak tutun.

Qualtrics kabul çalışma sayfası

Her marka ve teslimat rotası için ayrı bir önerilen kayıt doldurun. Bu alanlar canlı bir kiracının gözlemleri değildir.

  • Kapsam: marka tanımlayıcı, lisans uygunluğu, yönetici, anket veya iş akışı, yerel veya geçiş rotası ve sürüm sahibi.
  • Kimlik: Onaylandı Gönderen adresi, yanıt yönetimi, organizasyon alanı, geçerli DMARC politikası ve hizalama modları.
  • Yerel yapılandırma: seçilen seçici, oluşturulan genel DNS talimatları, etkinleştirme durumu ve alanı kullanan diğer markalar.
  • DNS : yetkili ad sunucuları, tam kayıt sahipleri, herkese açık yanıtlar, MX hedef adresi kayıtları, TTL'ler ve yakalama süreleri.
  • Varsa aktarma şubesi: onaylı hizmet, sorumlu operatör, giden imzalama sahipliği ve ayrı olarak incelenen bağlantı gereksinimleri.
  • Mesaj kanıtı: test türü, zaman, alıcı, zarf alanı, DKIM alanları ve seçicileri, güvenilir kimlik doğrulama sonuçları ve gözlemlenen hizalama.
  • Karar: rotalar test edildi, rotalar hariç tutuldu, çözülmemiş hatalar, geri alma sahibi ve onay hala gerekli.

Geçen bir SPF sonucunun kurgusal tanısı

Bu örnek hayal ürünüdür. Bir araştırma ekibi, bir anket davetiyesinde SPF iletildiğini görüyor ve yeni markalı Gönderen adresinin korunduğunu varsayıyor. Alıcı yine de DMARC hatası bildiriyor. İnceleme, SPF kimliğinin gönderen hizmete ait olduğunu ve mesajın araştırma alanı için uyumlu hale getirilmiş DKIM imzasına sahip olmadığını gösterir.

Önerilen araştırma, mevcut markanın seçicisini yayınlanan anahtarla karşılaştırır ve yöneticinin tam olarak bu alanı etkinleştirip etkinleştirmediğini kontrol eder. Aynı alanı kullanan ikinci bir marka, ilk markanın seçicisinin üzerine yazılmasına izin vermek yerine ayrı olarak araştırılır. Onarım ancak yeni alıcı kanıtları amaçlanan hizalamayı gösterdikten sonra kabul edilir. Bu, açıklayıcı bir teşhistir, gerçekleştirilen bir değişiklik veya herhangi bir müşteri hakkında bir iddia değildir.

Kanıt ve serbest bırakma kapıları

Mevcut birinci taraf belgeleri, yerel iş akışını ve rota ayrımını destekler. Hiçbir müşteri kiracısına, DNS bölgesine, geçişe veya alınan mesaja erişilmedi. Gerçek lisans uygunluğu, marka erişimi, oluşturulan değerler, MX adresi çözümlemesi, etkinleştirme ve mesaj düzeyinde uyum henüz beklemededir. İnsan KOBİ incelemesi, görsel okuyucu incelemesi ve yayın onayı da beklemededir. Adayı yayından kaldırın ve çözülmemiş rotaya özgü soruları sürüm kaydında saklayın.

Yerel alanı incelerken posta almayı koruyun

Gönderen alan adı isteği, şunları içerdiğinde alma bağımlılıklarını değiştirebilir: MX kayıtları. Herhangi bir değişikliği onaylamadan önce mevcut gelen amacı ve sorumlu posta sahibini kaydedin. Belgelenen önkoşul uyarınca MX hedefi için bir adres kaydı gereklidir; tam etki alanı yapılandırmasının veya dağıtım yolunun testi geçtiğinin kanıtı değildir.

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, p=reject yayınlayan etki alanları için geçerli DKIM gerektirir 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.

[ Götürmek ]

Alanı paylaşan her marka için benzersiz bir seçici kullanın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

BT / Posta Yöneticisi

Marka yapılandırmasını genel DNS ekleyin

Oluşturulan seçici, yetkili kayıtlar ve alınan imza aynı rotayı tanımlamalıdır.

Sonraki adımlar

  1. Markaya özgü kamusal değerleri yakalayın.
  2. MX ana bilgisayarının adres kayıtlarını kontrol edin.
  3. Yerel ve aktarma trafiğini bağımsız olarak test edin.

CISO / SecOps

Kimliği ve erişimi birlikte inceleyin

Uyumlu bir imza, marka çapında alan adı kullanımının veya geçiş erişiminin uygun olduğunu kanıtlamaz.

Sonraki adımlar

  1. Alan adı olarak göndermesine izin verilen kullanıcıları inceleyin.
  2. Kimlik bilgilerini ve katılımcı verilerini kanıtlardan uzak tutun.
  3. Rota testleri tamamlanana kadar yürütmeyi durdurun ve kararları yayınlayın.

Kurucu / Teknik Olmayan

Anket gönderme sınırını seçin

Markalı adres, katılımcıların hangi kurumsal kimliği göreceğini ve hangi kullanıcıların onu kullanabileceğini değiştirir.

Sonraki adımlar

  1. Markayı ve etki alanı sahiplerini atayın.
  2. Özel bir gönderen kimliğini ve yanıt işlemeyi onaylayın.
  3. Davetler ve diğer kritik iş akışları için kanıt isteyin.

[ SSS ]

Sık sorulan sorular

Bu kılavuz her Qualtrics SMTP geçişini yapılandırıyor mu?

Hayır. Yerel özel From rotasını kapsar. Aktarma hizmeti, erişim, imzalama ve alınan mesaj kanıtları için ayrı bir desteklenen yapılandırma incelemesi gerekir.

Özel bir başlık gönderenin kimliğini doğrulayabilir mi?

Hayır. Açıklayıcı bir başlık, DKIM imzası değildir. İmzalanan alan adını ve alıcı sonuçlarını doğrulayın.

SPF geçişi görünür Alandan geçişlerin DMARC kanıtlıyor mu?

Hayır. Geçen SPF kimliğinin hizalanması veya geçen hizalanmış bir DKIM imzasının DMARC geçişini sağlaması gerekir.

İki marka bir DKIM seçiciyi yeniden kullanabilir mi?

Qualtrics, markalar bir alanı paylaştığında her marka için benzersiz bir seçiciyi belgeliyor. Değişikliklerden önce marka-seçici eşlemesini kaydedin.

MX kontrolü neleri içermelidir?

Yayınlanan hedefi ve adres kayıtlarını kontrol edin. Mevcut yerel özel alan belgeleri, MX ana bilgisayarı için geçerli bir A veya AAAA kaydı gerektirir.

Başarılı bir davet her iş akışını doğrular mı?

Hayır. Gerçek alınan mesajları kullanarak hatırlatıcıları ve sürüm kapsamında ayrı olarak kullanılan iş akışlarını test edin.

Bir EQD19 hatası yeni bir DKIM anahtarını tetiklemeli mi?

Tek başına değil. Belgelenen hata, kuruluşun posta sunucusuna bağlantıyla ilgilidir; önce o rotayı araştırın.

Müşteri yapılandırması doğrulandı mı?

Hayır. Bu bir belgesel adayı. Kiracı, DNS , mesaj, görsel, insan KOBİ ve yayın kapıları beklemede kalır.

[ Kaynaklar ]

Kaynaklar

  1. Özel Gönderen Adresi Kullanan Qualtrics

    Bölümler Özel bir FROM Etki Alanı Yapılandırması · Özel bir FROM Etki Alanı Ekleme · SMTP Geçişi · Marka Genelinde Varsayılan Seçenekleri Ayarlama

  2. Qualtrics Organizasyon Ayarları

    Bölümler Genel · Mesajlaşma · Özel e-posta alanları

  3. Qualtrics E-posta Dağıtımı Hata Mesajları

    Bölümler Hata Mesajlarını ve Kodlarını Bulma · Dağıtım Hata Kodları · Geçersiz Etki Alanı

  4. SPF RFC 7208

    Bölümler §2.4 Kimlikten Gelen Posta · §3.2 Çoklu DNS Kayıtları · §3.3 Tek DNS Kaydında Çoklu Dizeler · §4.5 Kayıtları Seçme · §4.6.4 DNS Arama Sınırları

  5. DKIM RFC 6376

    Bölümler §3.5 DKIM-Signature Başlığı Alanı · §3.6 Anahtar Yönetimi ve Temsili · §6. Doğrulayıcı İşlemleri

  6. DMARC RFC 9989

    Bölümler §4.4 · §5.3.5 · §7.4

[ Sözlük ]

Sözlük

Marka
Yöneticisinin paylaşılan e-posta ayarlarını yönettiği Qualtrics organizasyon kapsamı.
SMTP geçişi
Giden mesajları göndermek veya dağıtmak için kullanılan, ayrı olarak çalıştırılan bir posta sunucusu.
DKIM seçici
Genel anahtarı bulmak için imzalama etki alanıyla birlikte kullanılan imza tanımlayıcı.
Hizalama
Görünür Kimden alanı ile geçen SPF veya DKIM alanı arasında gerekli ilişki.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası