E-posta & SMTP Sunucu

    Microsoft SNDS Kaydı ve Raporlarını Okuma

    Outlook ve Hotmail teslimatınızı ölçen SNDS panelinin kaydı ve rapor sütunlarının okunması.

    9 dk okuma Güncellendi: 25 Ağustos 2026

    Kendi sunucunuzdan mail gönderiyorsanız Gmail tarafında en azından Postmaster Tools ile bir şeyler görebilirsiniz; ama Outlook, Hotmail ve Live adreslerine giden maillerin ne olduğu çoğu kişi için kapkaranlık bir kutudur. Microsoft SNDS (Smart Network Data Services) tam olarak bu kutuyu açan araçtır: gönderim yaptığınız IP adresi için Microsoft'un tuttuğu günlük istatistikleri — kaç alıcıya ulaştınız, kaç kişi "önemsiz" dedi, tuzak adrese düştünüz mü ve IP'niz o gün yeşil mi kırmızı mı görünüyordu — size gösterir.

    Bu rehberde SNDS'e IP aralığınızı nasıl kaydedeceğinizi, doğrulama e-postasının hangi adrese gittiğini, panelde gördüğünüz sütunların gerçekte ne anlama geldiğini ve kötüleşen bir skoru hangi sırayla düzelteceğinizi anlatıyorum. SNDS'in kardeşi olan JMRP (şikâyet geri bildirim döngüsü) kaydına da değineceğim; çünkü ikisini birlikte kullanmadan Outlook tarafında körlemesine gönderim yapmaya devam edersiniz.

    SNDS Tam Olarak Neyi Gösterir, Neyi Göstermez#

    SNDS bir "IP itibar paneli"dir; alan adı itibarı ya da içerik puanı değildir. Panele girdiğiniz şey bir IP adresi ya da CIDR bloğudur ve gördüğünüz her satır, o IP'nin belirli bir gün içinde Microsoft'un tüketici posta altyapısıyla (outlook.com, hotmail.com, live.com, msn.com) yaptığı SMTP trafiğinin özetidir. Yani kurumsal Microsoft 365 kiracılarına giden mailler bu tabloda görünmez; onlar ayrı bir filtre yığını kullanır ve engellenme durumunda ayrı bir başvuru formuyla ilerlersiniz.

    Göstermediği şeyler de en az gösterdikleri kadar önemlidir. SNDS size hangi kampanyanın şikâyet aldığını, hangi konu satırının kötü performans gösterdiğini ya da hangi alıcı segmentinin sorunlu olduğunu söylemez — sadece IP düzeyinde toplam sayılar verir. Ayrıca veriler yaklaşık bir gün gecikmeyle düşer, dolayısıyla bugün gönderdiğiniz kampanyanın etkisini genellikle ertesi gün görürsünüz. IP'nizden Microsoft'a hiç trafik gitmediyse tablo boş kalır; bu bir hata değil, "ölçülecek veri yok" demektir.

    IP Aralığınızı Kaydetme ve Doğrulama Adımları#

    Kayıt süreci ücretsizdir ve bir Microsoft hesabı ister. Sıra şudur:

    1. postmaster.live.com/snds adresine bir Microsoft hesabıyla giriş yapın.
    2. Request Access bölümüne gönderim yaptığınız IP'yi ya da bloğu yazın. Tek IP için 185.12.34.56/32, bir /29 blok için 185.12.34.56/29 biçimi geçerlidir.
    3. Microsoft, o bloğun WHOIS kaydından ve rDNS alan adından türettiği adreslerin listesini önünüze koyar. Genellikle abuse@, postmaster@, admin@ ve WHOIS'te yazan teknik iletişim adresi çıkar.
    4. Bu adreslerden erişebildiğiniz birini seçin; gelen doğrulama e-postasındaki bağlantıya tıklayın.
    5. Onaydan sonra IP aralığı hesabınıza bağlanır. Veri düşmesi genelde 24 saat sürer.

    Buradaki tek gerçek engel dördüncü adımdır: IP bloğu size değil, veri merkezine ya da hosting sağlayıcınıza aitse doğrulama postası onlara gider. Bu durumda ya sağlayıcınızdan gelen bağlantıyı iletmesini istersiniz ya da IP'nin rDNS kaydını kendi alan adınıza çevirip o alan adında [email protected] kutusunu açarsınız. rDNS kaydınızı hâlihazırda ayarlamadıysanız, önce onu düzeltmek zaten Outlook teslimatı için de zorunludur:

    # IP'nin rDNS (PTR) kaydını kontrol et
    dig -x 185.12.34.56 +short
    # Beklenen: mail.firmaniz.com.
    
    # Aynı ismin ileri yönde IP'ye döndüğünü de doğrula (forward-confirmed rDNS)
    dig mail.firmaniz.com A +short
    # Beklenen: 185.12.34.56
    

    İki sorgunun birbirini tutması gerekir. Tutmuyorsa hem doğrulama zorlaşır hem de Microsoft mailinizi baştan şüpheli sayar. Sunucunuzun rDNS kaydını genelde sağlayıcı panelinden ya da destek talebiyle değiştirirsiniz.

    Rapor Sütunlarını Doğru Okuma#

    Panelde View Data ekranı bir tablo verir. Sütunların gerçek anlamı şudur:

    SütunAnlamıNeye dikkat edilmeli
    RCPT CommandsSMTP oturumunda denenen alıcı sayısıDATA'dan çok yüksekse çok sayıda alıcı reddedilmiş demektir
    DATA CommandsGövdesi kabul edilen mesaj sayısıRCPT ile arasındaki uçurum liste kalitesini gösterir
    Message RecipientsTeslim edilen alıcı sayısıGünlük hacminizin gerçek karşılığı
    Filter ResultYeşil / Sarı / KırmızıSarı = bir kısmı önemsize düşüyor, kırmızı = çoğu düşüyor
    Complaint RateŞikâyet oranı bandıHedef < %0,1; %0,3 üzeri kriz
    Trap HitsTuzak adrese düşen mesaj sayısıSıfır olmalı; 1 bile ciddiye alınır
    Sample HELO / MAIL FROMMicrosoft'un gördüğü örnek kimlikBeklediğiniz alan adı değilse yapılandırma hatası var

    En sık yanlış yorumlanan sütun Complaint Rate'tir. Microsoft bunu tam sayı olarak değil, band olarak verir: < 0.1%, 0.1% - < 0.2% gibi. %0,1 altı sağlıklıdır; %0,2%0,3 bandına çıktığınızda içerik ve liste tarafında acil müdahale gerekir, %0,3 üzerinde filtre sonucunuz genelde zaten sarıya ya da kırmızıya dönmüştür. Bu eşikler tesadüf değil; büyük sağlayıcıların ortak beklentisi olan şikâyet tavanıyla aynı hizadadır ve Gmail ile Yahoo'nun gönderici kuralları de aynı rakamı işaret eder.

    Trap Hits sütunu ise en sert sinyaldir. Tuzak adresler ya hiç var olmamış ya da uzun süre önce terk edilip yeniden aktifleştirilmiş adreslerdir; birine mail gitmesi listenizin satın alındığını ya da yıllardır temizlenmediğini söyler. Tek bir isabet bile itibarınızı günlerce aşağı çeker ve tek çözümü kaynağı bulup liste hijyeni uygulamaktır.

    Otomatik Veri Erişimi ile Raporları Kendi Sisteminize Çekme#

    Paneli her sabah elle açmak sürdürülebilir değil. SNDS, hesabınıza özel bir anahtarla CSV döndüren iki uç nokta sunar; bunları bir cron işine bağlayıp kendi izleme sisteminize akıtabilirsiniz. Anahtarı panelde Automated Data Access bölümünden alırsınız.

    #!/usr/bin/env bash
    # SNDS günlük verisini çek ve arşivle
    KEY="panelden-aldiginiz-anahtar"
    OUT="/var/log/snds/$(date +%F).csv"
    
    # Günlük trafik ve filtre sonucu verisi
    curl -fsS "https://postmaster.live.com/snds/data.aspx?key=${KEY}" -o "${OUT}"
    
    # Engellenmiş IP listesi (boş dönerse engel yok)
    curl -fsS "https://postmaster.live.com/snds/ipStatus.aspx?key=${KEY}" \
      -o "/var/log/snds/status-$(date +%F).csv"
    
    # Engel varsa uyar
    if [ -s "/var/log/snds/status-$(date +%F).csv" ]; then
      echo "SNDS: IP engeli tespit edildi" | mail -s "SNDS uyarisi" [email protected]
    fi
    

    data.aspx çıktısı virgülle ayrılmış satırlar döner; ilk alan IP, sonrakiler tarih aralığı, RCPT/DATA sayıları, filtre sonucu, şikâyet bandı ve tuzak isabetidir. ipStatus.aspx ise yalnızca engellenmiş IP'leri listeler — dosya boş geliyorsa o gün engel yok demektir. Bu iki isteği günde bir kez çalıştırmak yeterlidir; anahtarı kod deposuna değil sunucudaki bir ortam değişkenine koyun, çünkü anahtar tek başına verinize erişim verir.

    JMRP: Şikâyetleri Kimin Yaptığını Öğrenmek#

    SNDS size "bugün şu bant kadar şikâyet aldın" der ama kimin şikâyet ettiğini söylemez. Bunu öğrenmenin yolu JMRP'dir (Junk Mail Reporting Program). Kaydolduğunuzda, bir Outlook kullanıcısı mailinize "önemsiz" dediğinde Microsoft size ARF biçiminde bir geri bildirim mesajı gönderir ve mesajın içinde şikâyet eden alıcının adresi bulunur.

    Kaydı postmaster.live.com üzerinden yaparsınız; IP bloğunu ve raporların gideceği kutuyu belirtirsiniz. İşin kritik kısmı kayıt değil, gelen raporlarla ne yaptığınızdır: her ARF mesajını otomatik ayrıştırıp o adresi listenizden kalıcı olarak çıkarmanız gerekir. Şikâyet eden birine tekrar mail göndermek, itibarı en hızlı yakan davranıştır.

    ; Postfix ile FBL kutusunu ayrı bir adrese yönlendirmek
    ; /etc/postfix/virtual
    [email protected]    fbl-parser@localhost
    

    Ayrıştırma tarafında hazır bir kütüphane kullanabilir ya da mesajın message/feedback-report parçasındaki Original-Rcpt-To başlığını okuyup abonelikten çıkarma tablosuna yazabilirsiniz. Ölçek büyüdükçe bu iş elle yapılamaz; bülten yazılımınız FBL desteği sunuyorsa doğrudan onun kutusunu tanımlayın.

    Kırmızıya Dönen Bir Skoru Toparlama Sırası#

    Filtre sonucunuz sarıya ya da kırmızıya döndüyse panik yapıp gönderim hacmini artırmak en kötü tepkidir. İzlemeniz gereken sıra şu:

    1. Gönderimi durdurun. Kötü itibarla devam etmek çukuru derinleştirir.
    2. Kimlik doğrulamayı denetleyin. SPF, DKIM ve DMARC üçlüsü eksiksiz ve hizalı mı? DKIM doğrulaması başarısız hatası alıyorsanız önce onu çözün.
    3. Son 30 günün şikâyet ve sert dönüş oranlarına bakın. Hangi kampanya sonrası bozulduğunu bulun.
    4. Listeyi temizleyin. Sert dönenler, uzun süredir açmayanlar ve şüpheli kaynaktan gelen kayıtlar gider.
    5. İçeriği gözden geçirin. Spam tetikleyicileri tarafında düzeltilecek çok şey çıkabilir.
    6. Kademeli olarak yeniden ısının. Günlük hacmi küçük başlatıp birkaç hafta boyunca artırın.
    7. Gerekirse başvuru yapın. Engel S3140/S3150 benzeri bir kodla geliyorsa Microsoft'un gönderici destek formundan tek seferlik kaldırma talebi açın.

    Reddedilen mesajın gövdesinde göreceğiniz tipik satır şudur:

    550 5.7.1 Unfortunately, messages from 185.12.34.56 weren't sent.
    Please contact your Internet service provider since part of their
    network is on our block list (S3150).
    

    Bu kodun anlamı "IP engellendi"dir; içerik değil, IP itibarı sorunudur. Başvuru formu tek seferlik bir muafiyet verir — kök nedeni düzeltmeden başvurursanız birkaç gün içinde aynı yere geri dönersiniz.

    Sık Yapılan Hatalar#

    En yaygın hata, paylaşımlı bir IP'yi kaydetmeye çalışmaktır. Paylaşımlı hosting üzerinde yüzlerce hesap aynı çıkış IP'sini kullanır; oradaki skoru siz kontrol edemezsiniz ve doğrulama postası da size gelmez. Düzenli bülten gönderiyorsanız kendi IP'nizin olduğu bir sunucuya geçmek, SNDS'ten önce atılması gereken adımdır.

    İkinci hata, SNDS'i tek gerçek kaynak saymaktır. SNDS sadece Microsoft'un tüketici tarafını ölçer. Gmail için Postmaster Tools, kendi tarafınız için sert/yumuşak dönüş oranları ve açılma verisi ayrı ayrı izlenmelidir. Üçüncüsü, tuzak isabetini görmezden gelmektir; "sadece bir tane" diye bakılan bir isabet, listenin bir bölümünün satın alınmış olduğunun kanıtı olabilir.

    Dördüncüsü, doğrulama sonrası paneli unutmaktır. SNDS verisi geriye dönük sınırlı süre tutulur; haftada bir bakmazsanız bozulmanın hangi kampanyada başladığını sonradan bulamazsınız. Beşincisi ise, engel kaldırma formunu arka arkaya doldurmaktır: kök neden düzelmeden yapılan tekrar başvurular ciddiye alınmaz.

    Sıkça Sorulan Sorular#

    Microsoft SNDS ücretsiz mi#

    Evet, SNDS tamamen ücretsizdir ve yalnızca bir Microsoft hesabı ister. Ne kayıt için ne de otomatik veri erişimi için ücret ödemezsiniz. Tek "maliyet", gönderim yaptığınız IP bloğunun size ait olduğunu doğrulayabilmenizdir; blok sağlayıcınıza aitse doğrulama postasının size iletilmesi gerekir.

    SNDS'e kaydoldum ama tablo boş görünüyor, neden#

    Üç olası sebep var. Birincisi, doğrulamadan sonra verinin düşmesi genelde bir gün sürer; hemen bakmayın. İkincisi, o IP'den Microsoft'un tüketici alan adlarına (outlook.com, hotmail.com, live.com) hiç mail gitmemiş olabilir — trafik yoksa satır da olmaz. Üçüncüsü, gönderiminiz aslında başka bir çıkış IP'sinden yapılıyor olabilir; sunucunuzun gerçek çıkış adresini kontrol edin.

    Filter Result sarı çıktı, ne yapmalıyım#

    Sarı, mesajlarınızın bir kısmının önemsiz klasörüne düştüğü anlamına gelir; henüz engel yok ama gidişat kötü. Önce şikâyet oranı ve tuzak isabeti sütunlarına bakın, sonra son gönderdiğiniz kampanyayı gözden geçirin. Genellikle çözüm liste temizliği ve gönderim sıklığını düşürmektir. Sarıyı görmezden gelirseniz birkaç gün içinde kırmızıya döner.

    SNDS ile Gmail Postmaster Tools arasındaki fark nedir#

    İkisi de gönderici itibarı gösterir ama farklı dünyaları ölçer. SNDS Microsoft'un tüketici posta altyapısındaki IP davranışınızı, Postmaster Tools ise Gmail'deki alan adı ve IP itibarınızı raporlar. Postmaster Tools alan adı itibarı ve kimlik doğrulama başarı oranı gibi ek metrikler verir. Ciddi bir gönderim yapıyorsanız ikisini birlikte izlemeniz gerekir.

    Şikâyet oranı kaçın altında olmalı#

    Pratik hedef binde birin (%0,1) altıdır. %0,1 ile %0,3 arası "riskli" bölgedir ve filtre sonucunuz genelde bu bantta sararmaya başlar. %0,3 üzeri ise büyük sağlayıcıların çoğunda doğrudan müdahale sebebidir. Bu oranı düşürmenin en hızlı yolu, abonelikten çıkma bağlantısını görünür kılmak ve ilgisiz segmentlere göndermeyi bırakmaktır.

    IP'm engellendi, kaldırma başvurusu ne kadar sürer#

    Microsoft'un gönderici destek formuna yapılan başvurular genellikle bir iş günü içinde yanıtlanır ve uygun görülürse tek seferlik bir kaldırma uygulanır. Ancak kaldırma kalıcı bir güvence değildir: aynı davranışı sürdürürseniz kısa sürede yeniden engellenirsiniz. Başvurudan önce listenizi temizlemiş, kimlik doğrulamanızı düzeltmiş ve hacmi düşürmüş olmanız gerekir.

    Kapanış#

    SNDS, Outlook tarafındaki teslimatınızı tahminden ölçüme çeviren en pratik araçtır. Aklınızda kalması gereken dört alışkanlık şu: IP bloğunuzu kaydedip rDNS'i ileri-geri tutarlı hale getirin, filtre sonucu ile şikâyet bandını haftada en az bir kez kontrol edin, JMRP raporlarını otomatik işleyip şikâyet eden adresleri kalıcı olarak listeden çıkarın ve tuzak isabetini asla "tek seferlik" diye geçiştirmeyin. Skor bozulduğunda çözüm hacmi artırmak değil, durdurup kök nedeni bulmaktır.

    Kendi IP itibarınızı yönetebilmek için önce kendi IP'nize sahip olmanız gerekir. Hazır bir gönderim yığını üzerinde başlamak isterseniz SMTP sunucu paketlerimiz Postfix, DKIM ve TLS yapılandırması kurulu olarak teslim edilir; tam kontrol istiyorsanız root erişimli VDS sunucularımızda kendi kurulumunuzu yapabilirsiniz. Kampanya tarafında altyapıyı bize bırakmak isterseniz e-posta pazarlama sayfamıza, kurumsal posta kutularınız için e-posta çözümlerimize göz atabilirsiniz. Gönderim öncesi hızlı bir sağlık kontrolü için SMTP test aracı da işinizi görür.

    SNDSOutlookTeslimat

    Uygulamaya geçmeye hazır mısınız?

    NVMe SSD, ücretsiz SSL ve %99.9 uptime garantisiyle Clou.TR hosting ve sunucu çözümleriyle projenizi hayata geçirin.