[ Gönderme hizmeti kılavuzları ]
Acyba / AcyMailing aracılığıyla gönderilen e-postanın kimliğini doğrulayın: yapılandırma ve doğrulama
DKIM ve DNS iş akışını seçmeden önce AcyMailing'in gönderme hizmetini mi yoksa başka bir aktarımı mı kullandığını belirleyin.
EmailAuth araştırma ekibi tarafından · 3 dakikalık okuma
[ Anahtar noktalar ]
- İmzalama iş akışını seçmeden önce seçilen aktarımı tanımlayın.
- Barındırılan CNAME yetkisi ve uygulama TXT anahtarları farklı ayarlardır.
- Aktarım değiştiğinde kimlik doğrulamayı yeniden test edin.
[ Götürmek ]
Aktarım değiştiğinde kimlik doğrulamayı yeniden test edin.
[ 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
Gerçek rotayı doğrulayın
Seçilen aktarımı belgeleyin ve yalnızca geçerli kimlik doğrulama iş akışını kullanın.
Sonraki adımlar
- Seçilen aktarımı belgeleyin ve yalnızca geçerli kimlik doğrulama iş akışını kullanın.
- Oluşturulan kayıt kümesini ve yetkili DNS öncesi ve sonrası karşılaştırmasını tam olarak koruyun.
- Gerçek rotadan Yakalama Kaynağı, SPF kimliği, DKIM d=/s= ve güvenilir alıcı sonuçları.
CISO / SecOps
Kalan maruz kalmayı yönetin
Özel anahtarları paylaşılan biletlerden ve genel DNS uzak tutun; Bir aktarım kullanımdan kaldırıldığında eski yetkilendirmeleri gözden geçirin.
Sonraki adımlar
- Özel anahtarları paylaşılan biletlerden ve genel DNS uzak tutun; Bir aktarım kullanımdan kaldırıldığında eski yetkilendirmeleri gözden geçirin.
- Çözülmemiş herhangi bir kimlik doğrulama veya satıcı özelliği istisnası için kayıtlı bir karar isteyin.
- Bu hizmet kullanımdan kaldırıldığında eski DNS yetkilendirmelerini ve yetkilendirmelerini gözden geçirin.
Kurucu / Teknik Olmayan
Gönderme sonucuna sahip olun
Gönderim yöntemi değişikliğini, kozmetik bir eklenti ayarı yerine teslimat bağımlılığı değişikliği olarak değerlendirin.
Sonraki adımlar
- Gönderim yöntemi değişikliğini, kozmetik bir eklenti ayarı yerine teslimat bağımlılığı değişikliği olarak değerlendirin.
- Değişikliği onaylamadan önce iş iş akışını ve gönderen alan adı sahibini atayın.
- Kabul edildiğine dair kanıt elde edilene kadar etkilenen kampanyayı duraklatın.
[ SSS ]
Sık sorulan sorular
AcyMailing her zaman dağıtım sunucusu mudur?
Hayır. Kurulumun gönderme hizmetini, web sitesi sunucusunu veya başka bir SMTP tedarikçisini kullanıp kullanmadığını doğrulayın.
Gönderim hizmeti için hangi kayıtlar geçerlidir?
Hizmet yapılandırmasında sahip olunan alan adı için oluşturulan CNAME girişlerini kullanın.
SMTP zaten imzalamışken DKIM uygulamasını etkinleştirmeli miyim?
AcyMailing DKIM kılavuzu, bu durumda kendi DKIM seçeneği yerine sunucu veya SMTP tedarikçi imzasının kullanılmasını önerir. Başvuru imzalama kılavuzunda Enterprise önkoşul olarak listeleniyor; yüklü sürümü onaylayın.
Özel anahtarı DNS mi koyacağım?
Hayır. DNS genel doğrulama materyalini veya onun yetkilendirmesini yayınlar; asla özel imzalama anahtarını yayınlamaz.
Alan adı neden hâlâ beklemede?
Genel kayıt adlarını ve hedeflerini, yanlışlıkla eklenen alan adı son ekleri de dahil olmak üzere, oluşturulan girişlerle karşılaştırın.
gmail.com etki alanım olarak doğrulayabilir miyim?
Hayır. Kontrol ettiğiniz bir alanı kullanın; Bir tüketici sağlayıcısında bir adrese sahip olmak, DNS kontrolü sağlamaz.
Taşımayı değiştirmek başka bir test gerektirir mi?
Evet. Yeni aktarım, görünür gönderen değişmese bile zarfı ve DKIM kimliklerini değiştirebilir.
Etki alanı güncelleme durumları neyi kanıtlar?
Kurulum durumunu yeniler. Seçilen rotanın kimliğinin doğrulandığını ve hizalandığını kanıtlamak için alınan mesaj testini saklayın.
[ Kaynaklar ]
Kaynaklar
- AcyMailing: Gönderme hizmetini etkinleştirme
Bölümler Gönderme yöntemini yapılandırın · Sorun Giderme: Birkaç saat sonra hâlâ beklemede olan girişler · Sorun Giderme: MAIL FROM'um hizalanmamış
- AcyMailing: DKIM kurun
Bölümler Başlamadan önce · Genel ve özel anahtarlarınızı oluşturun · DNS kaydınızı ekleyin · DNS kaydınızı kontrol edin
- RFC 9989: DMARC
Bölümler §4.4.1 DKIM kimlik doğrulamalı tanımlayıcılar · §4.4.2 SPF kimlik doğrulamalı tanımlayıcılar · §4.10 DNS ağacında yürüyüş ve yinelenen politika kayıtları · §5.3.5 DMARC başarılı veya başarısız olduğunu belirleme
- RFC 7208: SPF
Bölümler §3.2 Çoklu DNS kayıtları · §4.5 Kayıtları seçme · §4.6.4 DNS arama sınırları
- RFC 6376: DKIM
Bölümler §3.3 İmzalama ve doğrulama algoritmaları · §3.6.2 DNS bağlama · §6 Doğrulayıcı eylemleri
[ Sözlük ]
Sözlük
- Şuradan Görünür:
- Alanı DMARC hizalaması için kullanılan Kimden başlığı mesajında görüntülenen yazar adresi.
- Zarf kimliği
- Görünür Kimden ve Yanıtla'dan farklı olarak, SPF tarafından değerlendirilen SMTP gönderme kimliği.
- DKIM seçici
- Doğrulama anahtarını bulmak için d= alan adını imzalamayla birlikte kullanılan s= tanımlayıcısı.
- Hizalama
- Kimliği doğrulanmış bir SPF veya DKIM kimliği ile görünür Kimden alan adı arasındaki gerekli alan adı ilişkisi.
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.
SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi