DNS düzenlemeden önce entegrasyonu tanımlayın
Gorgias e-posta adresini, entegrasyon türünü, amaçlanan alan adını ve DNS sahibini kaydedin. Giden yanıtlar beklenmeyen bir kimlik kullanırken müşteri desteği posta kutusu okunabilir durumda kalabilir. Yalnızca gelen teste güvenmek yerine, gerçek yardım masasından gelen bir yanıtı kabul planına ekleyin.
Gorgias, otomatik yönlendirme yoluyla göndermeden önce etki alanı doğrulamasını gerektirir. Belgeleri, doğrudan entegrasyonlarda özel alan adları için de doğrulama yapılmasını şiddetle tavsiye eder. Yönetici, kayıtları Ayarlar > Kanallar > E-posta yoluyla alabilir, adresi seçip Etki Alanını Doğrula'yı açabilir. Doğrulama iş akışı
Hesabın kayıt ailesini takip edin
Mevcut belgelenmiş iş akışı iki tane sağlar DKIM CNAME'ler ve özel Return-Path CNAME. Üçünü de hesap tarafından sağlanan hedeflerle yayınlayın, ardından Durumu Kontrol Et'i kullanın. Bazı hesaplar bunun yerine eski TXT değerlerini görüntüler SPF ve DKIM ; her ikisinden gelen talimatları birleştirmek yerine eşleşen dalı kullanın. Sağlayıcı doğrulama için 72 saate kadar izin verir. Gerekli kayıtlar ve eski dal
Kaydetmeden önce kayıt bazında bir karşılaştırma yapın: amaçlanan tam nitelikli sahip, kayıt türü, hedef veya değer, mevcut veriler ve değişiklik nedeni. DNS düzenleyicisi alan adınızı eklerse amaçlanan tam adı üreten ilgili etiketi girin. Halihazırda tamamlanmış bir sahibin üzerine ikinci bir tam alan adını yapıştırmayın. Değiştirmeden önce CNAME çakışmalarını kontrol edin TXT kaydı bir DKIM seçici.
Eski bir SPF değerinin, aynı adda ikinci bir politika olarak kurulmaması, mevcut tek SPF politikasıyla mutabakat sağlanması gerekir. Yetkili posta kutusunu ve diğer uygulama gönderenlerini koruyun. İç içe DNS aramalarını protokol sınırına göre değerlendirin. Yalnızca CNAME hesapları için, eski bir eğitimde bir tane gösteriliyor diye ilgisiz bir kök SPF içeriği eklemeyin.
DMARC alan sahibinin kararı olarak tutun
Alan adının mevcut durumunu inceleyin DMARC sahibiyle politika ve raporlama hedefi. Bir sağlayıcının örneği, yerleşik bir politikayı değiştirme veya raporları sahipsiz bir posta kutusuna yönlendirme izni değildir. Yaptırımları değiştirmeden önce diğer meşru gönderenlerin envanterini çıkarın. SPF zarf kimliğini doğrular ve DKIM imzalama alanının kimliğini doğrular; DMARC en az bir geçiş kimliği görünür Kimden alanıyla hizalandığında geçer. Her iki yöntemin de hizalanması gerekmez; ancak alıcı hizmet, gönderen için ek gereksinimler gerektirebilir.
Eksiksiz bir destek alışverişini doğrulayın
Orijinal kabul çalışma sayfası: Gelen bildirimi, giden yanıtı ve bu gelen kutusu tarafından fiilen kullanılan herhangi bir otomatik yanıtı kaydedin. Her giden vaka için, güvenilen alıcının SPF sonucunu ve zarf alanını, d= ve s=, ile DKIM sonucunu, Alandan görünür ve DMARC sonucunu yakalayın. Görünür adresin aynı zamanda adres olduğunu varsaymak yerine, özel Return-Path dönme kimliğiyle karşılaştırın. Zarf göndereni.
Açıklayıcı senaryo: iki DKIM kaydı doğrulanıyor ancak Return-Path sahibine bölge adı iki kez girilmiş. Bir mesaj DMARC DKIM üzerinden geçirse bile bunu eksik bir yapılandırma olarak değerlendirin. Sahibini düzeltin ve amaçlanan rotayı yeniden test edin; Eksik kaydı gizlemek için alan adı politikasını zayıflatmayın.
Arızaları kontrollü bir sırayla çözün
Önce yetkili DNS yanıtlarını Gorgias değerleriyle karşılaştırın. Ardından önbelleğe almayı yanlış sahipten veya eksik kayıttan ayırt edin. Son olarak yanıt için seçilen gerçek göndereni karşılaştırın. Son çalışan yapılandırmayı koruyun ve yalnızca müşterilerin hata alması durumunda etkilenen iş akışını duraklatın. Bağımlılıkları ve uçuş içi postaları anlaşılana kadar eski seçicileri silmeyin.
Belgeler 8 Kasım 2026'da gözden geçirildi. Hiçbir Gorgias kiracısı, DNS değişikliği veya teslim edilen destek mesajı test edilmedi. Çalışma sayfası ve senaryo, gözlemlenen müşteri sonuçları değil, önerilen operasyonel kontrollerdir.
Kısmi bir konfigürasyonu gizlemeden inceleyin
Yazılı vaka GO-01, help@example.com ve güvenilir bir geçiş olduğunu varsayar DKIM imzası d=example.com, s=gor. The intended account-generated Return-Path owner is represented as em123.example.com, but the fictional zone inventory instead lists em123.example.com.example.com. The label is illustrative, not an account value to publish; the actual target and SPF result are unknown. DKIM supplies an aligned path for this hypothetical message, while the DNS owner still needs to fix the specified Return-Path record using real account values and retest the route. Do not call all configuration complete from that DKIM pass or invent a complete SPF verdict. No Gorgias account, DNS change or delivery was used here.
Uygulama sınırını koruyun
RFC 9989 Bölüm 7.4, alan adı yayınlamak için yalnızca SPF değil geçerli DKIM gerektirir p=rejectve dolaylı posta ve posta listesinin birlikte çalışabilirliği konusunda uyarıda bulunur. Tek bir başarılı doğrudan mesaj testi, her meşru yolun daha güçlü politikaya hazır olduğunun kanıtı değildir. Gerçek açığı teşhis ederken mevcut onaylı korumayı koruyun; Herhangi bir politika değişikliğinin kendi kararına ihtiyacı vardır.