POP3 ile IMAP Arasındaki Fark Nedir, Hangisi Seçilir?

---

E-posta hesabını telefona kurarken bir ekran çıkıyor ve sizden seçim yapmanızı istiyor: POP3 mü, IMAP mı? Çoğu kişi rastgele birini seçip geçiyor. Sonra bilgisayarda okuduğu bir iletiyi telefonda bulamayınca ya da bir cihazda sildiği ileti diğerinde durmaya devam edince seçimin ne demek olduğu anlaşılıyor.

İki protokol aynı işi yapmıyor; biri postayı indirmek, diğeri sunucuda yönetmek için tasarlandı. Aşağıda ikisinin hangi amaçla ortaya çıktığını, ne yapıp ne yapamadığını ve hangi durumda hangisinin doğru seçim olduğunu standart belgelerinden çıkarıyoruz.

POP3 hangi soruna çözüm olarak doğdu?​

Standart, tasarım gerekçesini doğrudan anlatıyor: internetteki bazı küçük düğümlerde sürekli çalışan bir posta taşıma sistemi tutmak pratik değil. Bir iş istasyonunun sürekli açık bir posta sunucusu barındırmaya yetecek kaynağı olmayabiliyor (RFC 1939).

Buna bir de bağlantı sorunu ekleniyor. Belge, kişisel bir bilgisayarı uzun süre ağa bağlı tutmanın pahalı ya da imkânsız olabileceğini yazıyor; protokol 1996'da, sürekli bağlantının lüks olduğu bir dünyada tasarlandı.

Çözüm olarak sunucu, bu cihazlara bir posta bırakma hizmeti sunuyor. Protokolün işi, iş istasyonunun sunucudaki posta kutusuna dinamik biçimde erişmesini sağlamak; pratikte bu, sunucunun sizin için tuttuğu postayı almak anlamına geliyor.

Tasarım kararı' Alıntı:

Belge açıkça yazıyor: bu protokol sunucudaki postanın kapsamlı biçimde işlenmesi için tasarlanmadı, normalde posta indirilir ve sonra silinir.

Genişletmek için tıkla ...

İşleyiş de buna göre kurulmuş. Sunucu hizmeti belirli bir portta dinliyor, istemci bağlanıyor ve oturum yetkilendirme, işlem ve güncelleme olmak üzere üç aşamadan geçiyor. Silme isteği işlem aşamasında alınıyor ama asıl silme, oturum kapanırken güncelleme aşamasında gerçekleşiyor.

IMAP neyi farklı yapıyor?​

İkinci protokolün tanımı bambaşka bir yerden başlıyor: istemcinin sunucudaki iletilere erişmesine ve onları işlemesine izin vermek (RFC 9051).

Kritik ayrım şurada: sunucudaki klasörler, kullanıcı için kendi bilgisayarındaki klasörlerden farksız biçimde açılıp düzenlenebiliyor. Yapı sunucuda duruyor ve her cihaz aynı yapıyı görüyor.

Belge yapabildiklerini tek tek sayıyor:

• Klasör yönetimi: Posta kutusu oluşturma, silme ve yeniden adlandırma.
• İleti durumu: Yeni ileti kontrolü, kalıcı silme, bayrak ekleme ve kaldırma.
• Arama: Sunucu tarafında arama yapma.
• Seçmeli alma: İletinin özniteliklerini, metnini ya da yalnız bir bölümünü indirme.

Son madde günlük kullanımda en çok fark edilen özellik: büyük ekli bir iletide yalnız başlığı alıp ekini indirmeden bırakabiliyorsunuz.

Çevrimdışı kullanım da kapsam dışı değil. Belge, çevrimdışı bir istemcinin sunucuyla yeniden eşitlenebilmesi için gereken yeteneği sağladığını söylüyor.

İletilere erişim iki yolla oluyor: sıra numarası ya da benzersiz tanımlayıcı. Protokolün sunucu tarafındaki çalışma biçimini iletilerin sunucuda nasıl yönetildiğini anlattığımız yazıda daha ayrıntılı ele almıştık.

İkisinin de yapmadığı iş​

Burada sık karşılaşılan bir yanlış anlama var: bu protokollerin hiçbiri posta göndermiyor.

İkinci standart bunu açıkça yazıyor — protokol posta gönderme yöntemi tanımlamıyor, bu işi ayrı bir gönderim protokolü yapıyor. İlk standart da aynı ayrımı koruyor ve istemcinin iletiyi taşıma sistemine sokmak için ayrı bir bağlantı kurduğunu anlatıyor.

Pratik sonucu şu: posta istemcinizde hem alma hem gönderme ayarı bulunması bundan. Biri kutunuza erişiyor, diğeri gönderdiğinizi yola çıkarıyor.

Gönderilen iletinin neden bazen alıcıya ulaşmadığını kurumsal e-postanın istenmeyen klasörüne düşme nedenlerini anlattığımız yazı ayrıca açıklıyor.

Hangisini seçmeli?​

Karar tek bir soruya bakıyor: postanıza kaç cihazdan erişiyorsunuz?

Tek bir bilgisayardan çalışıyorsanız ve postayı yerelde arşivlemek istiyorsanız indirme mantığı işinizi görüyor. Telefon, tablo ve bilgisayar arasında geçiş yapıyorsanız klasör yapısının sunucuda durması gerekiyor.

İkinci bir ölçüt de sunucu alanı. İndirme yaklaşımında postalar cihazınızda birikiyor, sunucuda yer açılıyor; sunucuda tutma yaklaşımında kota sizin sorununuz oluyor.

Bağlantı kurulurken hangi numaranın ne işe yaradığını port numarasının hangi hizmeti işaret ettiğini anlattığımız yazıda bulabilirsiniz.

Sık Sorulan Sorular​

POP3 ile kurunca postalarım sunucudan siliniyor mu?
Protokolün olağan akışı indirip silmek. Çoğu istemci "sunucuda bırak" seçeneği sunuyor ama varsayılan davranış silme yönünde.

Bir cihazda okuduğum ileti diğerinde de okunmuş görünür mü?
Bu, ileti bayraklarının sunucuda tutulmasını gerektiriyor; bayrak ekleme ve kaldırma ikinci protokolün tanımlı işlemlerinden.

Eki indirmeden başlığı görebilir miyim?
Evet. Standart, iletinin özniteliklerinin, metninin ya da bir bölümünün seçmeli olarak alınabildiğini yazıyor.

Posta göndermek için hangisini kullanacağım?
Hiçbirini. İki protokol de gönderme yöntemi tanımlamıyor; gönderim ayrı bir protokolle yapılıyor.

Özetle​

İki protokol farklı çağların sorunlarına çözüm olarak doğdu. Biri, sürekli bağlantının pahalı olduğu bir dünyada postayı indirip bağlantıyı kapatmak için tasarlandı ve belgesi kapsamlı sunucu işlemleri için uygun olmadığını açıkça söylüyor. Diğeri posta kutusunu sunucuda yönetmek üzere kurgulandı: klasörler, bayraklar, sunucu tarafında arama ve iletinin yalnız bir bölümünü indirme onun tanımlı işlemleri. İkisi de posta göndermiyor; o iş ayrı bir protokolün. Birden çok cihaz kullanıyorsanız seçim aslında yapılmış durumda.

Posta hesabınızı kurarken bu seçimi bilerek mi yaptınız, yoksa varsayılanı mı kabul ettiniz?

Güncelleme: 20 Eylül 2026. RFC 1939 ve RFC 9051 kontrol edildi.

---