Özel e-postalarım için küçük bir posta sunucusunu, bazı web sitelerini ve bazı STK'ları olan arkadaşlarımı işletiyorum. Toplamda sunucum günde 60 ila 400 mesaj gönderiyor. Şimdi bu e-postaların çoğu , birbirlerini tanıyan iki ya da daha fazla kişi arasında kişisel postalar. Arada bir (genellikle haftada bir veya iki kez), bir STK’nın “üyelerine” giden ve onlara neyin yeni olduğunu bildiren bir e-posta gönderilecektir.

Şimdi zaten "toplu postalar" dan (yaklaşık 100 alıcı, tümü kişisel olarak tanınmış ve manuel olarak bir kağıt formuna abone oldum) postagun.org'a taşındım.

Hala (ve gittikçe artan bir şekilde) mesajları reddediyorum. Özellikle Gmail, Yahoo veya Microsoft gibi büyük e-posta sağlayıcıları (hotmail, live.com, ...) sadece bir 550 ile reddetmeye veya alıcıların Spam klasörüne kişisel mesajlar göndermeye karar verir. Bazen bu olur:

• gmail kullanıcısı sistemimdeki kullanıcıya e-posta gönderir
• sistemimdeki kullanıcı cevapları
• Cevap reddedildi veya spam’e gönderildi

Yaptığım şeyler:

• DKIM'i ayarlayın (tüm giden e-postaların alan başına imzalanması)
• SPF kurmak, etki alanları genellikle var ~all, bazı-all
• Posta sunucumun IP adresi için doğru bir PTR’im var
• Açıkçası hiçbir açık aktarma yok, kullanıcılar kimlik doğrulama sonrasında yalnızca kendi e-posta adreslerinden gönderebilir
• Alanların çoğu için DMARC politikalarım var
• Sınırlı giden mesajları, bazı posta sunucularında dakikada 1'e kadar derecelendiririm
• posta testi hizmetleri, yukarıdakilerin tümü için "mükemmel" puanlar (tüm geçişler) bildirir
• IP adresimi düzenli olarak http://www.dnsbl.info kullanarak kara listeye alıyorum - her zaman yeşil

Şimdi paradoks buraya geliyor: büyük posta sağlayıcılarının çoğu için, reddetme oranlarını ve IP itibarını izlemek için kayıt olmanın bir yolu var:

• https://postmaster.google.com
• https://postmaster.live.com/snds
• ve Yahoo’nun da benzer bir şeyi olduğuna inanıyorum.

ancak düşük hacimli olması nedeniyle toplu gönderen olarak sınıflandırmıyorum. Ben So did ünüm ve hata oranlarını izlemek için kayıt ama çünkü değil toplu e-posta göndermek, hiçbir rapor yoktur.

Posta dağıtım oranlarını artırmak için yapabileceğim başka bir şey var mı? Yoksa kendi posta sunucumu çalıştırmayı denemeyi bırakmalı mıyım?

İlgili olması durumunda: Posta kodu kullanıyorum ve gelen postalarla ilgili çok katı kurallara sahibim (ör. Bilinmeyen etki alanı / ana bilgisayar adı veya geçersiz SPF kayıtları, spamassassin kullanıyorum vb.)

Güncelleme

İşte benden kanunlara gönderdiğim bir örnek ve SPAM klasörüne geldi: http://pastebin.com/BC6YgjpQ (Gönderen adres alanını example.comve alıcıların adresini değiştirdim example@gmail.com)

Soru geldiğinden beri: Gmail’e olan bağlantılar Untrusted TLS connection established to gmail-smtp-in.l.google.com[2a00:1450:400c:c0b::1b]:25: TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)şifrelenmiştir.

Küçük bir posta sağlayıcısı olma konusunda herhangi bir sorun olmamalıdır. Doğru şeyleri yapıyor gibisin. Birçok büyük sağlayıcı işleri doğru yapmaz ve umarım postalarının çoğunu iletir.

Posta SPAM klasörüne gönderiliyorsa, büyük olasılıkla bir şeyi kaçırmış olabilirsiniz. Teslimatla ilgili neden sorun yaşadığınızı gösteren bir kayıt olmalı:

• Sıçrayan mesajlar için yanıtı okuyun. Postanın neden sıçradığını belirtmelidir. Yapabiliyorsanız, hemen çıkma iletilerinin kaydedildiğinden emin olun.
• Spam klasörüne gönderilen mesajlar için gönderilen mesajdaki mesaj başlıklarını inceleyin. Bu (GMail veya Yahoo için olacak) yapılan bazı kontrollerin detaylarını içermelidir. Bu, sorunun ne olduğunu belirlemenize yardımcı olur.

Bazılarının validasyon raporuyla yakalanması gerekmesine rağmen, belirtmediğiniz birkaç şey:

• Posta sunucularınızın adresinin rDNS doğrulaması başarılı. (PTR kaydınız yalnızca bir adres döndürmelidir.)
• Sunucunuz PTR kaydındaki adı EHLO veya HELO mesajında ​​kullandı.
• Posta sunucunuzun etki alanı için bir SPF kaydı ayarlayın ("v = spf1 a -all").
• Dnswl.org'a kayıt oldunuz.
• DKIM ortak anahtarını / anahtarlarını doğru yerde yayınladınız. Birden çok etki alanı için aynı anahtarı kullanabilirsiniz. Diğer kuruluşların, kontrol ettiğiniz DNS kayıtlarında CNAME kayıtlarını kullanmalarına yardımcı olabilir.
• 1024 veya daha büyük bir büyük DKIM anahtarı kullandınız.
• Giden postayı bir spam filtresiyle işleme (en azından günlük sorunları).

DMARC'nız varsa, teslimat durumu raporlarını yapılandırabilir ve raporları geri döndürebilirsiniz. Bu, teslimat raporları almanıza izin verecektir. Google, Microsoft ve Yahoo'dan raporlar alıyorum. Lütfen "yok" ifadesinin postaların teslim edildiğini gösterir.

Yukarıdaki (mükemmel) cevaplarda eksik olan bir şey, giden TLS'yi ayarlamaktır. Gmail, TLS kullanmayan gönderenleri cezalandırmaya başladı ve diğer sağlayıcılar hiçbir şey demiyor, ancak eminim ki davayı takip edecekler.

Günümüzde, spam faaliyetleri gerçek bir baş ağrısıdır. Gmail, Microsoft, Yahoo vb. Büyük adamlar, kullanıcılarını spamlardan korumaya çalışıyor. Bu nedenle, spam'leri filtrelemek için tekniklerini geliştirmeleri gerekir. Ve güvenlik nedeniyle, Spam politikalarını hiçbir zaman ifşa etmiyorlar. Dolayısıyla, bir posta sunucusunu büyük servis sağlayıcılarına posta gönderebileceğimiz şekilde yapılandırmak için bir kılavuz bulamadık.

Kötü kitaplarında listelenmesi gereken belirli kurallar yoktur, ancak sunucunuzu yeni kurallara göre güncel tutmalısınız. Bunlardan bazıları.

1) Geri gönderilen postanın kök nedenini kontrol edin. Sunucunun IP itibarı VEYA etki alanının hatalı DNS kayıtları ile ilgili.

2) ~ all gibi varsayılan değerlere sahip bir SPF kaydı kullanmayın. MX-all gibi belirli bir SPF kaydı oluşturun

3) Sunucunuzdan Gmail / Yahoo / Microsoft / Comcast'e posta yönlendirmekten kaçının. Yönlendirilen postalarınızda herhangi bir spam posta algılarlarsa, postanın nereden geldiğini kontrol etmekten rahatsız olmazlar. Posta sunucunuzu spam kökenli olarak kabul ediyorlar ve kara listeye eklenmiş olabilirsiniz.

4) Sunucunuza bir SSL kurun ve Giden'i TLS bağlantısı ile kullanın.

5) Tüm haber bültenlerinde Double Opt In listesini tutun. Ve daha fazlası...

Untrusted TLS connection established to gmail-smtp-in.l.google.com

Sanırım burada bir sertifika zinciri hatası var. Ara sertifikayı sertifikanızla birlikte gönderdiğinizden emin olun.

@Stefan

Çok bilgili görünüyorsun ki bu harika, başlıklarına baktım, alan adın olmadan sorun gidermeyi çok zorlaştırıyor. Başlıklarınızda fark ettiğim tek şey DKIM'inizi imzalamak için "Basit / Basit" kullanıyor olmanız, bunu gerçekten "Rahat / Rahat" olarak değiştirmelisiniz. Pek çok posta sunucusu basittir.

Ayrıca posta sunucusunun adını, bir kara listede görünen pastebininizde bıraktınız . Bunun sorununuza neden olduğundan şüpheliyim, ancak bu araç kullandığınızdan çok daha fazla tarama yapıyor.

mailtest@unlocktheinbox.comNe kadar kritik olduğunuzu görmek için bir e-posta gönderin . Birkaç ipucu alabilirsin.

Cevap hayır.

Bunu daha çok belirtiyorum çünkü ESP'nin yönetiminin tüm yönlerinde benden daha fazla tecrübeye sahip olan kişilerin sayısının benden daha fazla olduğunu hayal etmenin zor olduğunun farkındayım ve yine de sorun olmadan "küçük" olarak nitelendirilen bir düzine üretim e-posta sistemini kullanıyorum.

Yayınladığınız şeye göre her şeyi öğretmiş gibisiniz ve listelenen şeyi doğru bir şekilde uyguladığınızı varsayarsanız, kalan tek bir seçenek kalıyor - IP adresinizin geçmiş yaşamında kötü şeyler yapmış olması.

(Gerçekten) kötü demek istiyorum . IP adresiniz, ISS'nin girişimi sırasında kamuya açık kara listelerden alınabilir (çok daha verimlidir) ancak ondan önce virüs ve kimlik avı trafiğine uzun süre tekrar tekrar hizmet etti.

Eğer durum buysa, maalesef elimden gelenin en iyisini yapmak için yapılabilecek çok az şey var. Seçeneklerden biri, meşru e-posta sunucusunu uzun süre korumaya devam etmek, birçok e-postanın fiyatını gönderenlerin itibarından önce reddedilen - genel kara listelerde bulunup bulunmamaktan tamamen farklı bir şey - ödemek zorunda kalmaktır .

Lütfen bizi durumunuz hakkında bilgilendirin.