2012-03-20 14 views
23

Abonelere haftalık e-posta gönderiyorum ve mesajların kullanıcılar için sıklıkla spam klasörüne gittiği ortaya çıkıyor.DNS SPF kayıtları nasıl düzgün kurulur?

Onların talimatlarına göre bu mesajları göndermek için Amazon SES kullanan ediyorum ve bir SPF kaydı ekledik: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917

ben http://www.kitterman.com/spf/validate.html geri aşağıdaki olsun alanım için SPF kayıtları sorgulamak ise:

SPF record lookup and validation for: mydomain.tld 

SPF records are primarily published in DNS as TXT records. 

The TXT records found for your domain are: 


SPF records should also be published in DNS as type SPF records. 
Type SPF records found for the domain are: 


Checking to see if there is a valid SPF record. 

Found v=spf1 record for mydomain.tld: 
v=spf1 include:amazonses.com ?all 

evaluating... 
Results - record processed without error. 

The result of the test (this should be the default result of your record) was, none . The explanation returned was, 
benim CloudFlare DNS kayıtları için

Ben:

SPF mydomain.tld v=spf1 include:amazonses.com ?all with automatic TTL 
TXT mydomain.tld spf2.0/pra include:amazonses.com ?all with automatic TTL 

e-postalar no-cevapta @ MYD" gönderilen ediliyor omain.tld "ve" [email protected] ".

Bazı kullanıcılar şu iletiyi gördüklerini bildirdi: "Yanlış iletilmiş" iletinin "yanıtı" gibi görünen iletiler (sistem tarafından oluşturulan ve e-posta gibi iletilemeyen bir ileti gönderildikten sonra otomatik olarak alabileceğiniz bir e-posta) geçersiz e-posta adresine gönderilen ileti) "

Geçerli gönderim çözümümde e-postalara DKIM ekleyemiyorum.

Bu, kullanıcılarımız için her türlü faturalama sorununu gidermek için nasıl çözülebilir? örneğin açıklandığı gibi

cevap

22

, sen tanımlanan TXT kayıtları etrafında tırnak eksik kaynaklanır etki alanınız (test, herhangi dönmek bir çalışma örneği için aşağıya bakın etmediğini haber) için geçerli TXT kaydı yok Record Types Supported içinde:

farklı olarak diğer birçok kayıt türleri, TXT veri alanı esas serbest form ve hatta boşluk içerebilir kaydeder. Lütfen dikkat: SPF kayıtları gibi boşluk içeren bir dize girerken, dizgiyi çift tırnak içine alın; aksi halde, tek tek kelimeler ayrı olarak alıntılanacak ve kaydı birden çok parçaya bölecektir. İşte

şu anda Authenticating Your Email Address uyarınca Amazon SES başarıyla kullanmak TXT kayıtları ve (onların belgelerine alıntı ihtiyaçlarına cevap etmediğini gerçekten talihsiz):

"v=spf1 include:amazonses.com ~all" 
"spf2.0/pra include:amazonses.com ~all" 

Buna göre, burada bizim alanı en olduğunu çalıştırdığınız sınamanın kısaltılmış sonucu:

SPF record lookup and validation for: [...] 

SPF records are primarily published in DNS as TXT records. 

The TXT records found for your domain are: 
spf2.0/pra include:amazonses.com ~all 
v=spf1 include:amazonses.com ~all 

[...] 

Checking to see if there is a valid SPF record. 

Found v=spf1 record for services.marescom.net: 
v=spf1 include:amazonses.com ~all 
+0

Etki alanınız için TWO txt kayıtları var mıdır, örneğin: 1) alanınız.tld: "v = spf1 includ" e: amazonses.com ~ tüm "ve sonra 2) yourdomain.tld:" spf2.0/pra include: amazonses.com ~ all "? – ylluminate

+0

@ylluminate: Gerçekten de olması gerekmeyebilecek olsa da (çalıştığınız test sadece sahip olduğunuz şeyi önemsiyor gibi görünüyor, güncellememi görün) - SPF gereksinimlerini hiçbir zaman detaylı olarak analiz etmedim, sadece mevcut örnekleri 2'ye kadar uygulayacağım. Bu SPF testlerinin -3'ü 'tüm yeşil' döndürdü;) Diğeri [Gönderen Kimliği ile E-postayı Kimlik Doğrulama] 'dan kaynaklanıyor (http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SenderID.html) - yanıltıcı bağlantıyı şimdi düzeltin (bu, ebeveynlerinden ziyade [SPF ile E-postayı Doğrulama] bölümüne gitti (http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPF.html). –

+0

@ylluminate: Sadece açıklığa kavuşturmak (ve daha sonra başvurmak için) - bağlantılı SES belgelerini ve ilgili RFC'leri okumak, SES'in şu anda üç ücretsiz _ kimlik doğrulama mekanizmasını [...] desteklediğini onaylar: SPF, Gönderen Kimliği ve DKIM_. Kullandığınız kayıt _SPF_ (açıkçası), kullandığımız 2. sırada ise _Sender ID_. Buna göre, _Sender ID_ gerektirmez, ancak _For en iyi gönderim ücretleri için ve sahtekarlık ve kimlik avının önlenmesine yardımcı olmak için [AWS, tüm Amazon SES kullanıcılarının SPF kayıtlarını (v = spf1) ve Gönderen Kimliği kayıtlarını (spf2) korumasını önerir. 0/pra) kendi DNS sunucularında değil –