SMTP Nedir? E-posta Protokolü, Port, Güvenlik ve Kurulum Ayarları

Bir e-postanın göndericiyi terk edip alıcının gelen kutusuna ulaşana kadar geçen yolculuğunu hiç düşündünüz mü? İşte bu görünmez yolculuğun mimarı bir protokol var. Kırk yılı aşkın süredir internetin en kritik görevlerinden birini üstleniyor. Adı: SMTP.

Sadece bir kısaltma değil, dijital iletişimin temel taşı. Sahada yıllardır posta sunucuları yönetiyorum. Bu yüzden açıkça söylüyorum: Bu protokolü gerçekten anlamadan e-posta altyapınızı asla güvence altına alamazsınız.

Peki, neden bu kadar önemli? Çünkü her “Gönder” tuşuna bastığınızda, arka planda son derece disiplinli bir koreografi işliyor. Sunucular arasında el sıkışmalar, komutlar, yanıt kodları… Üstelik tüm bunlar saniyeler içinde gerçekleşiyor. İşte bu rehberde, size ezber bilgiler değil, sahada test edilmiş gerçek tecrübeleri aktaracağım.

2026 yılına geldiğimizde e-posta güvenliği çok daha kritik bir hal aldı. Yeni CVE’ler, gelişen tehditler ve değişen standartlar… Bu yüzden bu yazıda size sadece teorik bilgi vermeyeceğim. Aynı zamanda Türkiye’ye özgü port engeli çözümlerini paylaşacağım.

Canlı sistemlerde işe yarayan pratik yapılandırmaları ve modern kimlik doğrulama yöntemlerini de anlatacağım. Amacım, bu protokolü A’dan Z’ye anlamanızı sağlamak. Hazırsanız, bu görünmez mimarinin kapılarını birlikte aralayalım. Çünkü e-posta altyapınızın sağlamlığı, bu temel taşı ne kadar iyi anladığınıza bağlı.

SMTP Tanımı ve Açılımı: Simple Mail Transfer Protocol Nedir?

SMTP, İngilizce “Simple Mail Transfer Protocol” kelimelerinin baş harflerinden oluşuyor. Türkçede bu protokole “Basit Posta Aktarım Protokolü” diyoruz. Fakat ilk bakışta “basit” kelimesi sizi yanıltmasın. Bu protokol, 1982’den bu yana internetin bel kemiğini oluşturuyor. Son derece sağlam bir standarttır.

Bu protokol, e-posta istemcisinden (MUA – Mail User Agent) çıkan mesajı yönetir. Mesaj, posta sunucuları (MTA – Mail Transfer Agent) arasında yolculuk eder. Daha sonra alıcının posta kutusuna ulaşır. Temel görevi, mesajları bir sunucudan diğerine aktarmaktır.

SMTP protokolü çalışma mantığı istemci-sunucu mimarisine dayanıyor. Bir istemci, sunucuya bağlanır ve komutlar gönderir. Sunucu ise her komuta sayısal bir yanıt kodu ile karşılık verir. Üstelik bu diyalog, son derece disiplinli bir el sıkışma süreciyle başlar.

Sistem, mesaj gönderiminde TCP bağlantısı kullanır. Varsayılan olarak 25 numaralı bağlantı noktasını tercih eder. Ancak günümüzde güvenlik endişeleri nedeniyle 587 ve 465 numaralı portlar çok daha yaygın hale geldi.

SMTP Ne İşe Yarar? E-posta İletişimindeki Rolü

SMTP’nin temel görevi, giden posta trafiğini yönetmektir. Bir e-posta gönderdiğinizde, bu protokol mesajı alıcının posta sunucusuna iletir. Gelen posta trafiğini ise IMAP veya POP3 protokolleri yönetir.

Bu ayrımı kavramak, e-posta altyapınızı doğru tasarlamanın ilk adımıdır. Çünkü yanlış yapılandırılmış bir giden posta sunucusu, tüm e-postalarınızın spam klasörüne düşmesine neden olur. Özellikle e-ticaret siteleri ve kurumsal firmalar için bu durum ciddi bir itibar kaybıdır.

Peki, bu protokol tam olarak hangi işlevleri yerine getirir? İşte size madde madde sıralayayım:

• Mesaj Gönderimi: İstemciden sunucuya veya sunucudan sunucuya e-posta iletir.
• Kimlik Doğrulama: Gönderenin yetkili olup olmadığını kontrol eder.
• Hata Raporlama: Teslim edilemeyen mesajlar için geri bildirim üretir.
• Yönlendirme: Smart host ve relay zincirleri aracılığıyla mesajları hedefe ulaştırır.
• Şifreleme Desteği: STARTTLS ve SMTPS ile güvenli kanal açar.

Özellikle transactional e-posta gönderiminde bu protokolün performansı kritik önem taşır. Bir kullanıcı şifre sıfırlama talebinde bulunduğunda, sistem o e-postayı saniyeler içinde iletmelidir. Bu noktada SMTP sunucunuzun kuyruk yönetimi ve rate limiting ayarları devreye girer.

Kurumsal projelerde sıkça karşılaştığım bir senaryoyu paylaşayım. Bir arkadaşım, kendi sunucusundan doğrudan mail göndermeye çalışıyordu. Ancak IP adresi kara listeye düşmüştü. Çözüm olarak bir smart host (akıllı ana bilgisayar) yapılandırdık. Böylece gönderim itibarını hızla toparladık.

SMTP Özellikleri: Bağlantı Yönelimli, Metin Tabanlı Protokol

Bu protokolü diğer ağ protokollerinden ayıran birkaç temel özellik var. Bu özellikleri bilmek, sorun giderme süreçlerinde size büyük avantaj sağlar.

İşte SMTP’nin karakteristik özellikleri:

• Bağlantı Yönelimli (Connection-Oriented): İletişim öncesinde TCP el sıkışması gerçekleşir. TCP, güvenilir veri akışını garanti eder.
• Metin Tabanlı (Text-Based): Komutlar ve yanıtlar okunabilir ASCII karakterlerden oluşur. Bu sayede telnet ile kolayca test edebilirsiniz.
• İstemci-Sunucu Mimarisi: İstemci istek gönderir, sunucu yanıt verir. Yani her iki tarafın rolleri kesin olarak bellidir.
• Store-and-Forward: Ara sunucular mesajları kuyruğa alır ve iletir.
• 7-Bit ASCII Kısıtlaması: Temel protokol yalnızca ASCII karakterleri destekler. Özellikle 8-bit veri için 8BITMIME uzantısı gerekir.
• Genişletilebilirlik: Geliştiriciler, ESMTP sayesinde yeni özellikler ekleyebilir.

Bağlantı yönelimli yapısı sayesinde veri kaybı yaşamazsınız. TCP katmanı, paketlerin sırasını ve bütünlüğünü garanti eder. Bu güvenilirlik, e-posta gibi kritik bir iletişim aracı için hayati önem taşır.

Ancak metin tabanlı olması bazı güvenlik risklerini de beraberinde getirir. Örneğin, mesaj gövdesine gizlenen özel karakterler, protokol sınırlarını bulanıklaştırabilir. Üstelik 2026 yılında hâlâ aktif olan SMTP smuggling saldırıları tam da bu zafiyeti hedef alıyor.

NOT: SMTP, OSI katman modelinde uygulama katmanında yer alır. Alt katmanlar taşıma ve yönlendirme görevini üstlenir.

SMTP Nasıl Çalışır? Protokol Mimarisi ve El Sıkışma Süreci

Bir e-postanın göndericiden alıcıya ulaşması, son derece disiplinli bir koreografi izler. Bu süreci anlamak, hem sorun giderme hem de güvenlik denetimi açısından kritik önem taşır.

SMTP Oturumu Nasıl Başlatılır? TCP Bağlantısı ve 220 Servis Hazır

Her şey, istemcinin sunucuya TCP bağlantısı açmasıyla başlar. Bu bağlantıyı üçlü el sıkışma (three-way handshake) ile kurarsınız. İstemci SYN paketi gönderir, sunucu SYN-ACK ile yanıt verir ve istemci ACK ile onaylar.

Bağlantı kurulduğunda sunucu, 220 yanıt kodu ile “servis hazır” mesajı gönderir. Bu kod, oturumun başarıyla başladığını ve istemcinin komut gönderebileceğini belirtir. İşte tipik bir karşılama mesajı:

220 mail.sysnettechsolutions.com ESMTP Postfix

Bu aşamadan sonra istemci kendini tanıtmalıdır. Bunun için HELO veya EHLO komutunu kullanır. Ardından sunucu, istemcinin alan adını doğrular ve oturumu ilerletir.

Eğer sunucu geçici olarak hizmet veremiyorsa 421 kodu döner. Bu durumda istemci bağlantıyı kapatmalı ve daha sonra tekrar denemelidir. Eğer kalıcı bir hata varsa sunucu 554 kodu ile işlemi reddeder.

HELO ve EHLO Arasındaki Fark Nedir? ESMTP Uzantı Müzakere Süreci

İstemci, oturumun başında kendini tanıtmak için HELO veya EHLO komutunu kullanır. Ancak aralarında çok önemli bir fark var. HELO, orijinal RFC 821 standardında tanımlanmış temel komuttur.

EHLO ise RFC 1869 ile gelen genişletilmiş versiyondur. Bu komut, sunucudan desteklediği uzantıların listesini talep eder. İşte size somut bir karşılaştırma:

Bir sunucu EHLO komutuna yanıt verirken, desteklediği her uzantıyı ayrı bir satırda listeler. Örneğin:

250-mail.sysnettechsolutions.com
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-AUTH PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

Bu liste, istemcinin hangi gelişmiş özellikleri kullanabileceğini gösterir. STARTTLS varsa şifreli kanal açabilirsiniz. AUTH varsa kimlik doğrulama yapabilirsiniz. SIZE varsa maksimum mesaj boyutunu öğrenebilirsiniz.

Eğer sunucu EHLO‘yu desteklemiyorsa 500 veya 502 kodu döner. Bu durumda istemci HELO‘ya geri dönmelidir. Ancak 2026 itibarıyla modern tüm posta sunucuları EHLO desteği sunuyor.

MAIL FROM, RCPT TO ve DATA Komutları: Zarf ve Mesaj Gönderimi

Oturum açıldıktan sonra sıra asıl işleve gelir: mesaj gönderimi. Bu süreç üç temel komut etrafında döner. Her biri, e-posta zarfının (envelope) farklı bir parçasını oluşturur.

İşte adım adım mesaj gönderim süreci:

1. MAIL FROM: Gönderenin zarf adresini belirtir. Bu komutu MAIL FROM:<gonderen@example.com> formatında yazarsınız. Özellikle sistem bu adresi hata durumunda geri dönüş (bounce) için kullanır.
2. RCPT TO: Alıcının zarf adresini belirtir. Her alıcı için ayrı bir komut gönderirsiniz. RCPT TO:<alici@example.com>
3. DATA: Mesaj gövdesinin başlayacağını bildirir. Daha sonra sunucu 354 kodu ile yanıt verir.
4. Mesaj İçeriği: Başlıkları ve gövdeyi gönderirsiniz. Bu noktada tek bir nokta (.) ile sonlandırırsınız.
5. QUIT: Oturumu sonlandırırsınız. Bu durumda sunucu 221 kodu ile yanıt verir.

Dikkat etmeniz gereken kritik bir nokta var: Zarf adresi ile başlık adresi farklı olabilir. Sistem, MAIL FROM komutundaki adresi Return-Path başlığına yazar. From başlığındaki adres ise kullanıcıya görünen adrestir.

Bu ayrım, e-posta güvenliği açısından son derece önemlidir. SPF ve DMARC kontrolleri, zarf adresini (envelope from) doğrular. Ancak kullanıcılar From başlığına bakar. Saldırganlar sıklıkla bu farkı kötüye kullanır. Böylece sahte gönderen (spoofing) saldırıları düzenler.

SMTP Komutları ve Yanıt Kodları

Protokolün kalbinde, son derece net tanımlanmış bir komut seti yatıyor. Bu komutları ve yanıt kodlarını ezberlemenize gerek yok. Ancak sorun giderirken hangi kodun ne anlama geldiğini bilmek, saatler süren uğraşı dakikalara indirir.

SMTP Komutları Nelerdir? HELO, EHLO, MAIL FROM, RCPT TO, DATA, QUIT, RSET, VRFY, AUTH, STARTTLS, BDAT

İşte en sık kullanılan komutların tam listesi. Bu tabloyu, sunucu loglarını incelerken referans olarak kullanabilirsiniz:

VRFY komutu, bir e-posta adresinin sunucuda kayıtlı olup olmadığını sorgular. Ancak güvenlik nedeniyle çoğu sistem yöneticisi bu komutu devre dışı bırakır. Aksi takdirde saldırganlar adres listesini çıkarabilir.

Modern sistemlerde büyük dosya ekleri gönderirken BDAT komutunu kullanırsınız. CHUNKING uzantısı ile birlikte çalışır ve DATA komutuna göre daha verimli bir aktarım sağlar.

SMTP Yanıt Kodları Listesi: 220, 250, 354, 421, 450, 451, 452, 550, 551, 552, 553, 554

Sunucu her komuta sayısal bir kod ile yanıt verir. Bu kodlar üç hanelidir ve ilk hane genel durumu gösterir. İşte en kritik kodların özeti:

4xx ile başlayan kodlar geçici hataları gösterir. Bu durumda istemci daha sonra tekrar denemelidir. Bu duruma soft bounce denir. Posta kutusunun dolu olması veya sunucunun geçici olarak yanıt vermemesi bu hataya yol açar.

5xx kodları ise kalıcı hatalardır. Hard bounce olarak bilinen bu durumda mesajı kesinlikle teslim edemezsiniz. Yanlış yazılmış bir adres veya var olmayan bir alan adı bu kategoriye girer.

SMTP Hata Kodları Çözümleri: 550, 535, 421, 554, 450, 451, 452, 551, 552, 553, 530

Sahada en sık karşılaştığım hata kodlarını ve çözüm yollarını paylaşayım. Bu bilgiler, canlı sistemlerde test edilmiş pratik çözümlerdir:

1. 550 Posta Kutusu Bulunamadı: Alıcı adresi yanlış veya hesap silinmiş. Adresi doğrulayın, gerekiyorsa alıcıyla iletişime geçin.
2. 535 Kimlik Doğrulama Başarısız: Kullanıcı adı veya şifre hatalı. OAuth2/XOAUTH2 kullanıyorsanız token süresini kontrol edin. Microsoft, 2026 sonunda basic auth’u tamamen kaldırıyor.
3. 421 Servis Kullanılamıyor: Sunucu geçici olarak hizmet veremiyor. Bağlantıyı kapatıp birkaç dakika sonra tekrar deneyin. Genellikle aşırı yüklenme kaynaklıdır.
4. 554 İşlem Başarısız: Mesaj spam filtresine takıldı veya relay izni yok. SPF, DKIM ve DMARC kayıtlarınızı kontrol edin.
5. 450 Posta Kutusu Meşgul: Alıcı sunucu geçici olarak yanıt vermiyor. Kuyrukta bekletin, sistem otomatik olarak yeniden dener.
6. 451 Yerel Hata: Sunucu tarafında yapılandırma sorunu var. Sunucu loglarını inceleyin.
7. 452 Yetersiz Depolama: Alıcı sunucunun diski dolu. Sistem yöneticisiyle iletişime geçin.
8. 530 Kimlik Doğrulama Gerekli: Oturum açmadan mail göndermeye çalışıyorsunuz. AUTH komutunu kullanın.
9. 551 Kullanıcı Taşındı: Alıcı adresi değişmiş. Yeni adresi öğrenin.
10. 552 Depolama Aşıldı: Mesaj boyutu sunucu limitini aşıyor. Ekleri küçültün veya dosya paylaşım servisi kullanın.
11. 553 Geçersiz Posta Kutusu Adı: Adres formatı hatalı. @ işareti veya alan adı yanlış olabilir.

SMTP Port Numaraları: 25, 465, 587 ve 2525 Karşılaştırması

Doğru portu seçmek, e-posta teslim edilebilirliği için kritik önem taşır. Yanlış port seçerseniz, mesajlarınız engellenir veya gecikir. İşte size güncel port rehberi.

SMTP Port 25 Nedir? Neden Kapalı ve Nasıl Aşılır?

Port 25, protokolün orijinal port numarasıdır. Bu portu tarihsel olarak sunucudan sunucuya (MTA-to-MTA) iletişim için tasarladılar. Ancak spam göndericiler bu portu sıkça kötüye kullanıyor. Bu yüzden çoğu internet servis sağlayıcı (ISP) portu kapatır.

Türkiye’de TTNet ve Superonline gibi büyük sağlayıcılar, ev/mobil aboneliklerde giden port 25 trafiğini engeller. Bu engel, doğrudan kendi sunucunuzdan mail göndermenizi imkânsız hale getirir. Çözüm için 587 veya 465 numaralı portları kullanmalısınız.

Ancak kurumsal veri merkezlerinde ve bulut sunucularda port 25 genellikle açıktır. Yine de IP adresinizin kara listede olup olmadığını mutlaka kontrol edin. Üstelik Spamhaus PBL gibi listeler, dinamik IP’leri otomatik olarak engeller.

Port 25 engelini aşmak için şu yöntemleri kullanabilirsiniz:

• Giden posta sunucusunu 587 numaralı porta yönlendirin.
• Bir smart host (akıllı ana bilgisayar) kullanarak trafiği 587 üzerinden taşıyın.
• Kurumsal VPN veya tünel ile engelsiz bir ağ üzerinden gönderim yapın.
• Transactional e-posta servisleri (SendGrid, Amazon SES vb.) üzerinden gönderim yapın.

SMTP Port 587 Nedir? STARTTLS ile Gönderim Portu

Port 587, modern e-posta gönderimi için standart submission portudur. RFC 6409 bu portu tanımlar ve kimlik doğrulama gerektirir. İstemci önce açık bağlantı kurar, ardından STARTTLS komutu ile şifreli kanala geçer.

Bu portun en büyük avantajı, başlangıçta standart SMTP komutlarını kabul etmesidir. Böylece eski istemcilerle uyumluluğu korursunuz. STARTTLS sonrasında sistem tüm trafiği şifreler ve kimlik bilgileri güvende kalır.

Gmail, Outlook ve Yandex gibi büyük sağlayıcılar, istemci yapılandırmalarında 587 numaralı portu önerir. Gmail için smtp.gmail.com:587, Outlook için smtp.office365.com:587 adreslerini kullanabilirsiniz.

2026 itibarıyla TLS 1.3 desteği yaygınlaştı. Bu sürüm, daha hızlı el sıkışma (1-RTT) ve zorunlu forward secrecy sunar. Bu nedenle sunucunuzun TLS 1.3 destekleyip desteklemediğini mutlaka kontrol edin.

SMTP Port 465 Nedir? SMTPS ve Implicit TLS Farkı

Port 465’i başlangıçta SMTPS için tanımladılar. Ancak uzun yıllar boyunca “geçersiz” kabul ettiler. 2018’de RFC 8314 ile bu portu yeniden standartlaştırdılar. Bugün birçok sağlayıcı bu portu destekliyor.

En temel farkı, bağlantının ilk saniyesinden itibaren şifreli olmasıdır. Buna implicit TLS denir. İstemci, TCP bağlantısını kurar kurmaz TLS el sıkışması başlar. Kısacası STARTTLS gibi önce açık kanal açıp sonra şifrelemeye geçmez.

İşte size iki yaklaşımın karşılaştırması:

Eğer istemciniz implicit TLS’yi doğal olarak destekliyorsa 465 numaralı portu tercih edebilirsiniz. Ancak 587 numaralı port, daha geniş uyumluluk sunduğu için genellikle ilk tercih olmalıdır.

SMTP Güvenliği: TLS, Kimlik Doğrulama ve 2026 Güncel Tehditler

E-posta güvenliği, 2026 yılında çok daha kritik bir hal aldı. Saldırganlar sürekli yeni yöntemler geliştiriyor. Bu bölümde hem savunma hem de saldırı tekniklerini inceleyeceğiz.

Şifreleme: STARTTLS, SMTPS, TLS 1.2 ve TLS 1.3

Şifreleme olmadan gönderdiğiniz e-postalar, ağ üzerinde açık metin olarak seyahat eder. Bu durum, kurumsal casusluk ve veri hırsızlığı için ciddi bir risk oluşturur. İşte güvenli iletişim için izlemeniz gereken adımlar:

1. TLS Sertifikası Edinin: Let’s Encrypt gibi ücretsiz bir otoriteden geçerli bir sertifika alın. Wildcard sertifikalar, birden fazla alt alan adını kapsar.
2. STARTTLS’i Zorunlu Kılın: Sunucu yapılandırmanızda opportunistic TLS yerine zorunlu TLS kullanın. Böylece downgrade saldırılarını engellersiniz.
3. TLS 1.2 ve 1.3’ü Etkinleştirin: Eski TLS sürümlerini (1.0, 1.1) devre dışı bırakın. Ek olarak SSLv3 ve RC4 gibi zayıf şifreleme paketlerini kaldırın.
4. Cipher Suite’leri Kısıtlayın: Yalnızca güçlü şifreleme algoritmalarına izin verin. Özellikle ECDHE ve AES-GCM tabanlı paketleri tercih edin.
5. Forward Secrecy Sağlayın: TLS 1.3 bu özelliği zorunlu kılar. TLS 1.2 kullanıyorsanız ECDHE tabanlı paketleri seçin.

TLS 1.3, 2026 itibarıyla önerilen standart haline geldi. Daha hızlı el sıkışma süresi, daha güçlü şifreleme ve zorunlu forward secrecy sunar. Özetle sunucunuzun bu sürümü desteklediğinden emin olun.

Sertifika doğrulama hatası alıyorsanız, sertifika zincirinin tam olduğundan emin olun. SNI (Server Name Indication) desteğini kontrol edin. Özellikle paylaşımlı hosting ortamlarında bu sorunla sıkça karşılaşırsınız.

Kimlik Doğrulama: AUTH LOGIN, PLAIN, CRAM-MD5, XOAUTH2 Karşılaştırması

Yetkisiz kullanımı engellemek için kimlik doğrulama şarttır. İşte yaygın yöntemlerin karşılaştırması:

Microsoft, 2026 yılı sonunda Exchange Online’da basic authentication’ı tamamen kaldırıyor. Bu nedenle XOAUTH2’ye geçiş yapmanız kritik önem taşıyor. OAuth2 token’ları kısa ömürlüdür. Bunları düzenli olarak yenilemelisiniz.

Google Workspace de benzer bir yol izliyor. Google, uygulama şifrelerini (app passwords) aşamalı olarak kaldırıyor. Bu yüzden yeni entegrasyonlar için mutlaka OAuth2 tabanlı kimlik doğrulama kullanmalısınız.

SMTP Smuggling 2026: Yeni CVE’ler ve Korunma Yöntemleri

SMTP smuggling, protokol sınırlarının bulanıklaştırılmasıyla yapılan bir saldırı türüdür. Saldırgan, mesaj gövdesine özel satır sonlandırıcılar yerleştirerek alıcı sunucuyu kandırır. Böylece mesajın bir kısmını yeni komutlar olarak yorumlatır.

2026 yılında keşfedilen kritik CVE’ler şunlar:

Korunma yöntemleri arasında şunlar yer alır:

• Mesaj gövdesindeki çıplak CR (carriage return) karakterlerini reddedin.
• DATA sonlandırma dizilerini katı bir şekilde doğrulayın.
• SMTP sunucu yazılımınızı güncel tutun.
• Downstream sunucuların da güncel olduğundan emin olun.

MTA-STS ve DANE 2026: Düşük Benimseme Oranları ve Riskler

MTA-STS ve DANE, e-posta aktarımında şifrelemeyi zorunlu kılan iki önemli standarttır. Ancak 2026 verileri endişe verici: benimseme oranları hâlâ çok düşük seviyelerde.

DMARCguard, Şubat 2026’da 5,5 milyon alan adı taradı. Bunlardan yalnızca 15.997’si (%0,3) MTA-STS politikası yayımlıyor. DANE TLSA kaydı olan alan adı sayısı ise sadece 30 (%0,0). Bu, DANE’nin pratikte neredeyse hiç kullanılmadığını gösteriyor.

MTA-STS, DNSSEC gerektirmediği için DANE’ye kıyasla 533 kat daha yaygın. Ancak her ikisi de istenen koruma seviyesinin çok altında. Kurumsal altyapınızda bu standartları uygularsanız, man-in-the-middle saldırılarına karşı kritik koruma sağlarsınız. Ayrıca downgrade saldırılarına karşı da güçlü bir savunma kurarsınız.

SMTP ve E-posta Kimlik Doğrulama Zinciri: SPF, DKIM, DMARC, BIMI

Modern e-posta güvenliği, katmanlı bir doğrulama zinciri gerektirir. SPF, DKIM ve DMARC bu zincirin temel taşlarıdır. BIMI ise marka görünürlüğü için yeni bir standart olarak yükseliyor.

SPF Kaydı Nedir? Gönderen Doğrulama

SPF (Sender Policy Framework), alan adınız adına hangi IP adreslerinin e-posta gönderebileceğini tanımlar. Alıcı sunucu, zarf adresindeki alan adını sorgular. Daah sonra gönderen IP’nin yetkili olup olmadığını kontrol eder.

İşte tipik bir SPF TXT kaydı:

v=spf1 include:_spf.google.com ip4:203.0.113.0/24 -all

Bu kayıt, Google’ın SPF kayıtlarını ve belirtilen IP bloğunu yetkilendirir. -all ifadesi, listelenmeyen tüm kaynakları reddeder. ~all ise yumuşak reddetme anlamına gelir ve genellikle test aşamasında kullanılır.

2026 itibarıyla Gmail ve Yahoo, toplu göndericiler için SPF zorunluluğu getirdi. SPF kaydı olmayan alan adlarından e-posta gönderirseniz, bu iletileri spam klasörüne atarlar. Hatta bu sağlayıcılar söz konusu e-postaları doğrudan reddeder.

DKIM İmzası Nedir? Mesaj Bütünlüğü

DKIM (DomainKeys Identified Mail), mesajın kriptografik imzasını oluşturur. Alıcı sunucu, gönderenin DNS’inde yayımlanan açık anahtarla bu imzayı doğrular. Böylece mesajın yolda değiştirilmediğinden emin olursunuz.

DKIM yapılandırması için şu adımları izleyin:

1. Anahtar Çifti Oluşturun: openssl genrsa -out private.key 2048 komutuyla özel anahtar üretin.
2. Public Key’i DNS’e Ekleyin: selector._domainkey.alanadiniz.com TXT kaydı olarak yayımlayın.
3. Sunucuyu Yapılandırın: Postfix’te dkim_key ve dkim_selector parametrelerini ayarlayın.
4. Test Edin: dig selector._domainkey.alanadiniz.com TXT ile kaydı doğrulayın.
5. İmzalamayı Etkinleştirin: OpenDKIM gibi bir milter aracılığıyla tüm giden mesajları imzalayın.

DKIM imzası, mesaj başlıklarını ve gövdesini kapsar. Ancak bazı başlıklar (Received, Return-Path) imza kapsamı dışındadır. Çünkü bu başlıklar her aktarımda değişebilir.

DMARC Politikası: p=none, quarantine, reject ve RUA/RUF Raporlaması

DMARC (Domain-based Message Authentication, Reporting and Conformance), SPF ve DKIM sonuçlarına göre ne yapılacağını tanımlar. Üç politika seviyesi vardır:

2026 verileri, Fortune Global 500 şirketlerinin %63’ünün DMARC’ı enforce ettiğini gösteriyor. Ancak %48’i tam p=reject seviyesinde. Üstelik küresel ölçekte ise tablo çok daha karamsar. 73 milyon alan adı üzerinde yapılan analizde yalnızca %14,9’u temel bir DMARC politikasına sahip.

RUA (Aggregate Reports) ve RUF (Forensic Reports) raporlaması, politikanızın etkinliğini izlemenizi sağlar. RUA raporları günlük özet bilgiler sunar. Diğer yandan, RUF raporları ise başarısız doğrulamaların detaylarını içerir.

SMTP Sunucusu Kurulumu ve Yapılandırması: Postfix, Sendmail, Exim

Kendi posta sunucunuzu kurmak, tam kontrol ve veri egemenliği sağlar. Ancak yanlış yapılandırılmış bir sunucu, kısa sürede spam kaynağı haline gelir. İşte güvenli kurulumun temel adımları.

Postfix SMTP Sunucu Yapılandırması: Adım Adım Kurulum

Postfix, güvenilirliği ve performansıyla öne çıkan bir MTA’dır. İşte Ubuntu/Debian üzerinde temel kurulum adımları:

1. Kurulum: apt install postfix mailutils
2. Ana Yapılandırma: /etc/postfix/main.cf dosyasını düzenleyin.
3. Hostname Ayarı: myhostname = mail.alanadiniz.com
4. Alan Adı: mydomain = alanadiniz.com
5. Köken: myorigin = $mydomain
6. Ağ Arayüzü: inet_interfaces = all
7. Hedef: mydestination = $myhostname, localhost.$mydomain, $mydomain
8. Relay Kısıtlaması: mynetworks = 127.0.0.0/8 (yalnızca yerel ağ)
9. TLS Ayarları: smtpd_tls_security_level = may
10. Servisi Yeniden Başlatın: systemctl restart postfix

Bu temel yapılandırma, yerel sistemden mail gönderimini sağlar. Dış dünyaya açık bir relay için mutlaka SASL kimlik doğrulaması eklemelisiniz. Aksi takdirde sunucunuz açık relay (open relay) haline gelir. Bundan dolayı saldırganlar da onu spam kaynağı olarak kullanır.

SMTP Relay Nedir? Smart Host Yapılandırması ve Relay Zinciri

SMTP relay, bir sunucunun mesajları doğrudan alıcıya değil, bir ara sunucuya (smart host) yönlendirmesidir. Özellikle bu yaklaşım, IP itibarı düşük olan sunucular için idealdir.

Relay yapılandırması için /etc/postfix/main.cf dosyasına şu satırları ekleyin:

relayhost = [smtp.servis.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encrypt

Relay zinciri, birden fazla ara sunucunun sıralı olarak kullanılmasıdır. Örneğin, birincil relay çöktüğünde ikincil relay devreye girer. Bu yapı, yüksek erişilebilirlik sağlar.

SMTP Sunucu Güvenliği: Açık Relay Testi, Rate Limiting ve Banner Grabbing

Sunucunuzu güvende tutmak için şu güvenlik adımlarını uygulayın:

1. Açık Relay Testi: telnet mail.alanadiniz.com 25 ile bağlanıp harici bir adrese mail göndermeyi deneyin. Sunucu bu isteği reddetmelidir.
2. Rate Limiting: Postfix’te smtpd_client_connection_rate_limit = 10 ile bağlantı sınırı koyun.
3. Banner Grabbing Engelleme: Sunucu banner’ında yazılım sürümünü gizleyin. smtpd_banner = $myhostname ESMTP
4. DNSBL Kontrolü: smtpd_client_restrictions = reject_rbl_client zen.spamhaus.org
5. HELO Doğrulama: smtpd_helo_required = yes ile selamlama zorunluluğu getirin.

SMTP Test Yöntemleri: Telnet, OpenSSL, PowerShell ve Wireshark

Bir sorunu çözmenin en hızlı yolu, doğru test aracını kullanmaktır. İşte sahada en güvendiğim yöntemler.

SMTP Telnet Testi Nasıl Yapılır? Adım Adım Örnek

Telnet, protokolü en saf haliyle test etmenizi sağlar. İşte adım adım bir oturum örneği:

1. Terminali açın: telnet smtp.gmail.com 587
2. Sunucu yanıtı: 220 smtp.gmail.com ESMTP
3. Kendinizi tanıtın: EHLO test.com
4. Uzantı listesini görün: 250-AUTH LOGIN PLAIN XOAUTH2
5. Gönderen: MAIL FROM:<test@gmail.com>
6. Alıcı: RCPT TO:<hedef@example.com>
7. Veri: DATA → 354 yanıtı
8. İçerik: Subject: Test → Merhaba → .
9. Kapat: QUIT

Bu test, sunucunun komutlara doğru yanıt verip vermediğini gösterir. Ancak kimlik doğrulama gerektiren sunucularda AUTH komutunu da eklemelisiniz.

OpenSSL ile SMTP Bağlantısı Testi: STARTTLS ve SMTPS

OpenSSL, TLS el sıkışmasını detaylı olarak incelemenizi sağlar. İşte komutlar:

openssl s_client -connect smtp.gmail.com:465 -crlf

Bu komut, implicit TLS bağlantısı açar. Sertifika zinciri, cipher suite ve TLS sürümü hakkında detaylı bilgi verir.

STARTTLS testi için:

openssl s_client -starttls smtp -connect smtp.gmail.com:587

Bu komut, önce açık bağlantı kurar, ardından TLS’e geçiş yapar. Sertifika doğrulama hatası alırsanız -CAfile parametresi ile kök sertifikayı belirtin.

PowerShell ve Wireshark ile SMTP Analizi

Windows ortamında PowerShell, hızlı port testi için idealdir:

Test-NetConnection smtp.office365.com -Port 587

Bu komut, TCP bağlantısını kurup kuramadığınızı gösterir. Detaylı analiz için Wireshark kullanın. Filtre olarak tcp.port == 587 yazın ve paketleri inceleyin.

Wireshark ile SMTP el sıkışmasını adım adım izleyebilirsiniz. Özellikle STARTTLS sonrası sistemin trafiği şifrelediğini doğrulamak için bu analiz kritik önem taşır.

SMTP vs POP3 vs IMAP: E-posta Protokolleri Arasındaki Farklar

E-posta ekosisteminde üç temel protokol görev yapar. Her biri farklı bir amaca hizmet eder ve doğru yapılandırma için aralarındaki farkları bilmek şarttır.

SMTP vs IMAP: Giden ve Gelen Posta Protokolleri

En temel ayrım, gönderim ve alma işlevleri arasındadır. İşte karşılaştırma:

IMAP, e-postaları sunucuda saklar ve tüm cihazlar arasında senkronize eder. Bu sayede telefonunuzda okuduğunuz bir mesaj, bilgisayarınızda da okunmuş olarak görünür.

SMTP vs POP3: Store-and-Forward ve İndirme Farkı

POP3, e-postaları sunucudan indirir ve genellikle yerel cihazda saklar. POP3, indirme sonrası e-postayı sunucudan siler. Bu nedenle çoklu cihaz senkronizasyonu zayıftır.

SMTP ise store-and-forward mimarisiyle çalışır. Mesajı alır, kuyruğa alır ve hedefe iletir. Daha sonra sunucu, mesajı teslim edene kadar sorumluluğu üzerinde tutar.

Modern e-posta istemcileri genellikle IMAP + SMTP kombinasyonunu kullanır. POP3’ü yalnızca tek cihazdan erişim ve çevrimdışı kullanım senaryolarında tercih edersiniz.

Türkiye’de SMTP: ISP Port Engelleri, Yerel Sağlayıcılar ve Pratik Çözümler

Türkiye’deki internet servis sağlayıcıları, spam ile mücadele kapsamında port 25 trafiğini yoğun şekilde engelliyor. Bu durum, kendi sunucusundan mail göndermek isteyenler için ciddi bir engel oluşturuyor.

TTNet ve Superonline Port 25 Engeli: Nasıl Aşılır?

TTNet ve Superonline, ev ve mobil aboneliklerde giden port 25 trafiğini blokluyor. İşte size test edilmiş çözüm yolları:

1. 587 Numaralı Portu Kullanın: E-posta istemcinizde giden sunucu portunu 25’ten 587’ye değiştirin. Ayrıca şifreleme olarak STARTTLS seçin.
2. 465 Numaralı Portu Deneyin: Eğer 587 çalışmazsa 465’i SSL/TLS ile deneyin.
3. Smart Host Kullanın: Kurumsal bir e-posta servisinin relay sunucusunu yapılandırın.
4. Bulut Tabanlı Gönderim: SendGrid, Amazon SES veya Mailgun gibi servisleri entegre edin.
5. Kurumsal Hat Talebi: İşletme aboneliğiniz varsa ISP’den port 25 açılmasını talep edin.

Bu engel, yalnızca giden trafiği kapsar. Gelen port 25 trafiği genellikle açıktır ve kendi mail sunucunuzu barındırabilirsiniz. Ancak IP itibarınızı korumak için PTR kaydı ve SPF yapılandırması şarttır.

Türkiye’deki E-posta Servis Sağlayıcılarının SMTP Ayarları

İşte Türkiye’de yaygın kullanılan servislerin güncel SMTP ayarları:

Bu ayarlar, 2026 yılı itibarıyla günceldir. Servis sağlayıcılar zaman zaman değişiklik yapabilir. En güncel bilgi için sağlayıcınızın resmi dokümantasyonunu kontrol edin.

Kurumsal SMTP Sunucu Adresi Nasıl Bulunur?

Kurumsal ortamda posta sunucusu adresini bulmak için şu yöntemleri kullanabilirsiniz:

1. DNS MX Kaydı Sorgulama: nslookup -type=mx alanadiniz.com komutuyla posta sunucularını listeleyin.
2. Autodiscover: Outlook istemcisi, autodiscover.alanadiniz.com üzerinden ayarları otomatik alır.
3. SRV Kaydı: RFC 6186 standardına göre _submission._tcp.alanadiniz.com SRV kaydını sorgulayın.
4. IT Departmanı: Kurumsal ortamda genellikle en kesin bilgi kaynağı sistem yöneticisidir.
5. E-posta Başlıkları: Mevcut bir e-postanın Received başlıklarını inceleyerek sunucu adını öğrenin.

MX kaydı, alan adınıza gelen e-postaları hangi sunucuların kabul edeceğini tanımlar. dig mx alanadiniz.com komutuyla bu kaydı sorgulayabilirsiniz. Öncelik değeri düşük olan sunucu, birincil MX olarak çalışır.

SMTP Protokolünü ve Sunucu Yapısını Anlatan İleri Okuma Kaynakları

SMTP, e-posta gönderiminin temel taşıdır. Bununla birlikte, protokolün detayları karmaşık olabilir. Ek olarak, aşağıdaki kaynaklar konuyu derinlemesine ele alır.

• Microsoft Learn – Posta Aktarım Protokolü Nasıl Çalışır?: Bu kaynak, posta aktarımının temel komutlarını ve el sıkışma sürecini adım adım açıklar. Ayrıca, hata kodlarının anlamlarını ve telnet ile test etme yöntemlerini de gösterir.
• Cloudflare – Basit Posta Aktarım Protokolü Nedir?: Bu rehber, posta aktarım protokolünün nasıl çalıştığını, kullanılan komutları ve posta zarfı kavramını açıklar. Bununla birlikte, genişletilmiş posta aktarım protokolünü ve güvenlik katmanlarını da ele alır.
• IETF – Posta Aktarımı Teknik Şartnamesi: Bu standart belge, posta aktarım protokolünün resmi tanımını ve uzantı mekanizmalarını içerir. Ek olarak, protokolün terminolojisini ve temel modelini detaylandırır.

Bu kaynaklar, makale boyunca atıfta bulunduğum standartların birincil kaynaklarıdır. Özellikle güvenlik yamalarını takip etmek ve yeni tehditlere karşı önlem almak için NVD’yi düzenli olarak ziyaret etmenizi öneriyorum.

SMTP Hakkında Üzerine SSS

Sonuç: SMTP’nin Geleceği ve Modern E-posta Altyapısı

E-posta protokolleri, 40 yılı aşkın süredir internetin bel kemiğini oluşturuyor. Ancak tehdit ortamı sürekli evriliyor. Savunma yöntemleri de aynı hızda gelişmek zorunda.

SMTP Protokol Evrimi: RFC 821’den RFC 5321’e ve Ötesi

1982’de yayımlanan RFC 821, yalnızca 7-bit ASCII metin gönderimini destekliyordu. Ancak 2008’de RFC 5321 ile genişletilmiş komut seti ve modern gereksinimleri eklediler. 2026 itibarıyla IETF, RFC 5321bis taslağı üzerinde çalışıyor.

Bu taslak, IPv6 desteği, gelişmiş hata raporlama ve uluslararası e-posta adresleri (SMTPUTF8) konularında güncellemeler getiriyor. Protokolün temel mimarisi aynı kalıyor. Ancak güvenlik katmanları sürekli güçleniyor.

SMTP Öğrenme Yol Haritası: Sonraki Adımlar

Bu rehberi bitirdiğinizde şu adımları izlemenizi öneriyorum:

• SPF, DKIM ve DMARC’ı Uygulayın: Alan adınız için bu üç standardı yapılandırın. Bu, teslim edilebilirlik için en kritik adımdır.
• MTA-STS Politikası Yayımlayın: STARTTLS stripping saldırılarına karşı korunun.
• OAuth2’ye Geçin: Basic authentication kullanıyorsanız, 2026 sonuna kadar mutlaka XOAUTH2’ye geçiş yapın.
• SMTP Sunucunuzu Güncel Tutun: CVE’leri düzenli olarak takip edin ve yamaları zamanında uygulayın.
• Test ve İzleme Yapın: Telnet, OpenSSL ve DMARC raporları ile sisteminizi düzenli olarak denetleyin.
• Derinlemesine Öğrenin: DNS yapısı ve alan adı sistemi hakkında bilgi edinmek, e-posta altyapınızı daha iyi anlamanıza yardımcı olur.
• Ağ Temellerini Güçlendirin: TCP/IP protokolü ve TCP bağlantı yapısı hakkındaki bilginizi derinleştirin.
• İlgili Protokolleri İnceleyin: IMAP ve POP3 protokollerini öğrenerek e-posta ekosisteminin tamamına hakim olun.

Unutmayın: Güvenli bir e-posta altyapısı, tek seferlik bir kurulum değil sürekli bir süreçtir. Tehditler evrildikçe savunmanızı da güncellemelisiniz.

Herhangi bir sorunuz olursa, yorumlarda buluşalım. Bir sonraki rehberde görüşmek üzere!