IMAP mı POP3 mü? Farkı ve Hangisini Seçmelisiniz

Outlook'ta ya da telefonunuzda yeni bir mail hesabı kurarken karşınıza çıkan ilk zorunlu seçim şudur: IMAP mı POP3 mü? Ekran size iki kutucuk gösterir, hiçbir açıklama yapmaz ve seçtiğiniz şey sonraki yıllarda maillerinizin nerede duracağını, telefonla bilgisayarın aynı şeyi gösterip göstermeyeceğini ve bir gün "kutunuz doldu, mail kabul edilmiyor" uyarısı alıp almayacağınızı belirler. IMAP POP3 farkı teknik olarak basittir ama sonuçları basit değildir, ve Türkçe kaynakların çoğu tanımı doğru verip sonucu yanlış bağlar.

Bu yazıda iki protokolün ne yaptığını, hangi durumda hangisinin doğru olduğunu ve özellikle kimsenin söylemediği iki şeyi ele alacağız: POP3'ün "kotayı boşaltır" övgüsünün neden çoğu modern kurulumda geçersiz olduğunu, ve IMAP kullanırken sunucu kotanız dolduğunda ne olacağını — çünkü kota dolduğunda mailleriniz gecikmez, doğrudan reddedilir. Ayrıca POP3'ten IMAP'e geçerken yıllardır biriktirdiğiniz eski mailleri kaybetmeden nasıl taşıyacağınızı adım adım anlatacağız; bu, en çok sorun çıkaran ve en az anlatılan kısımdır.

IMAP ve POP3 Ne İşe Yarar#

IMAP ve POP3, mail istemcinizin sunucudaki posta kutunuza nasıl erişeceğini tanımlayan iki ayrı protokoldür. İkisi de yalnızca gelen maille ilgilenir; mail göndermek her iki durumda da SMTP ile yapılır. Bu ayrım önemlidir, çünkü "POP3'e geçtim ama gönderemiyorum" şikâyetinin sebebi neredeyse hiçbir zaman POP3 değildir, SMTP ayarlarıdır.

POP3 (Post Office Protocol v3) basit bir mantıkla çalışır: sunucuya bağlan, yeni mesajları indir, bağlantıyı kes. Varsayılan davranışı, indirilen mesajı sunucudan silmektir. Yani maillerinizin tek kopyası indirdiğiniz cihazda durur. Protokol tek bir kutuyu tanır — sunucudaki gelen kutusunu. Klasör yapısı, "okundu" bilgisi, taslaklar ve gönderilenler sunucuda tutulmaz; bunların hepsi cihazınızın yerel kaydıdır.

IMAP (Internet Message Access Protocol) ise sunucudaki kutuya bir pencere açar. Mesajlar sunucuda kalır, istemci onları görüntüler. Klasörler, okundu/okunmadı durumu, bayraklar, taslaklar, gönderilenler — hepsi sunucuda senkronize tutulur. Bir maili telefonda okuduğunuzda bilgisayarda da okunmuş görünür; bir klasör oluşturduğunuzda tüm cihazlarda belirir.

Bu iki yaklaşımın farkı bir cümleyle şudur: POP3 maili taşır, IMAP maili gösterir.

IMAP POP3 Karşılaştırma Tablosu#

Tabloyu tek satırda özetlemek gerekirse: birden fazla cihaz kullanıyorsanız IMAP tek doğru cevaptır. POP3'ün mantıklı olduğu durumlar hâlâ var, ama bunlar istisnadır ve aşağıda tek tek ele alacağız.

Çok Cihaz Kullanıyorsanız Neden IMAP Zorunlu#

Birden fazla cihazdan maile bakan herkes için IMAP zorunludur, çünkü POP3'ün cihazlar arası hiçbir haberleşme mekanizması yoktur. Bunun günlük hayattaki karşılığı şu üç senaryodur:

Senaryo 1 — Kaybolan mail. Telefonunuz sabah 08:00'de mailleri indirdi ve sunucudan sildi. Ofise gelip bilgisayarı açtığınızda o mailler yok, çünkü sunucuda kalmadılar. Müşteriye "bana ulaşmamış" dersiniz, oysa ulaşmıştır — telefonunuzun içindedir.

Senaryo 2 — Kaybolan gönderilen. Telefondan bir teklif gönderdiniz. Bilgisayardaki Outlook'un "Gönderilenler" klasöründe o mail yoktur, çünkü POP3'te gönderilenler yereldir. Üç ay sonra "o teklifi ne zaman göndermiştim" diye aradığınızda bulamazsınız.

Senaryo 3 — Kaybolan okundu bilgisi. Bir maili bilgisayarda okuyup cevapladınız. Telefon onu hâlâ okunmamış olarak gösterir. Aynı maile iki kez cevap verirsiniz.

Bazı istemciler POP3 için "sunucuda kopya bırak" seçeneği sunar ve bu, birinci senaryoyu kısmen çözer. Ama ikinci ve üçüncüyü çözmez — çünkü sorun mesajın nerede durduğu değil, durumun senkronize olmamasıdır. Ayrıca "kopya bırak" seçeneği kotanızı POP3'ün avantajı sayılan boşaltma davranışından da mahrum bırakır; yani her iki dünyanın da dezavantajını alırsınız.

POP3'ün Kotayı Boşalttığı Doğru mu#

Kısmen doğrudur ve bu "kısmen", çoğu Türkçe kaynağın atladığı yerdir. POP3 varsayılan ayarında maili indirip sunucudan sildiği için sunucu kotanız gerçekten boş kalır. Ancak modern kurulumların büyük çoğunluğunda POP3, "sunucuda kopya bırak" seçeneği açık hâlde yapılandırılır — çünkü kullanıcılar tek kopyanın bilgisayarda durmasından haklı olarak korkar.

Bu seçenek açıkken durum şudur:

• Mailler sunucuda kalır → kota dolmaya devam eder.
• Ama okundu bilgisi ve klasörler senkronize olmaz → IMAP'in faydası yoktur.
• Silme davranışı istemciye bırakıldığı için sunucu ile cihaz zamanla birbirinden uzaklaşır.

Yani "POP3 kotayı boşaltır" cümlesi, ancak silme davranışı gerçekten açıksa geçerlidir. İstemcilerde bu ayar genellikle şu şekildedir:

• Outlook: Hesap Ayarları → Diğer Ayarlar → Gelişmiş → "Sunucuda bir iletinin kopyasını bırak" ve altındaki "şu kadar gün sonra sunucudan kaldır".
• Thunderbird: Hesap Ayarları → Sunucu Ayarları → "İletileri sunucuda bırak" ve "en fazla şu kadar gün".

Sağlıklı bir POP3 kurulumunda "14 gün sonra sunucudan sil" gibi bir değer kullanılır: mailin birkaç cihaza inmesi için zaman tanır, sonra kotayı serbest bırakır. Hiç silmeyen bir POP3 kurulumu ise en kötü kombinasyondur.

IMAP Kullanırken Kota Dolarsa Ne Olur#

Kota dolduğunda mailler gecikmez, doğrudan reddedilir ve gönderene geri döner. Bu, IMAP'in en önemli pratik riskidir ve neredeyse hiçbir yerde açıkça yazılmaz.

IMAP'te tüm arşiviniz sunucuda durur. Yıllar içinde gelen kutusu, gönderilenler ve özellikle ekli dosyalar birikir. Hosting paketinizdeki mail kotası dolduğunda karşı taraf şuna benzer bir bounce alır:

552 5.2.2 <[email protected]>: Recipient address rejected:
Mailbox quota exceeded

Bazı sunucular geçici hata döndürüp bir süre yeniden dener:

452 4.2.2 Over quota

4xx ile başlayan hata geçicidir, gönderen sunucu genellikle birkaç gün boyunca tekrar dener; 5xx kalıcıdır ve mail o an kaybolur. Hangisinin döneceği sunucu yapılandırmasına bağlıdır, ama her iki durumda da sonuç aynıdır: kota dolduğunda mail almazsınız.

Bu yüzden IMAP kullanıyorsanız kota izlemesi bir tercih değil zorunluluktur. Doluluk durumunu cPanel'in "E-posta Hesapları" ekranından görebilir, komut satırından ise şöyle kontrol edebilirsiniz:

du -sh /home/kullanici/mail/sirketiniz.com/info

Klasör bazında dağılımı görmek, hangi klasörün şiştiğini anlamanın en hızlı yoludur:

du -sh /home/kullanici/mail/sirketiniz.com/info/.*/ 2>/dev/null | sort -rh | head

Genellikle suçlu iki klasördür: .Sent (gönderilenler, ekleriyle birlikte) ve .Trash (çöp kutusu, hiç boşaltılmamış). Kutunun dolmasını önlemek ve dolduğunda ne yapacağınızı görmek için mail kutusu doldu ne yapmalı yazısı bu konuya ayrılmış.

Kotayı yönetmenin pratik yolları şunlardır:

1. Çöp kutusunu ve spam klasörünü otomatik temizletin. Sunucu tarafında 30 gün sonra otomatik silen bir kural, kotanın en büyük düşmanını ortadan kaldırır.
2. Büyük ekleri arşivleyin. Yıllık ekleri yerel bir arşive taşıyıp sunucudan silmek, arşivin tamamını kaybetmeden kotayı serbest bırakır.
3. Kota uyarısı kurun. Çoğu panel, doluluk belirli bir yüzdeyi aştığında uyarı maili gönderebilir. Bu uyarı yoksa dolduğunu ancak müşteriniz "mail geri döndü" dediğinde öğrenirsiniz.
4. Kutuyu bölün. Tek bir info@ kutusuna her şeyin akmasındansa rol adresleri açmak yükü dağıtır.

Hangi Durumda POP3 Hâlâ Mantıklı#

POP3'ün geçerli olduğu üç senaryo vardır ve hepsinin ortak noktası, tek cihaz kullanılmasıdır.

Tek bilgisayardan çalışan ve büyük arşiv tutan kullanıcı. Yıllardır aynı masaüstünden çalışan, on binlerce maili ve büyük ekleri olan bir muhasebe kullanıcısı, tüm bu arşivi sunucu kotasında tutmak zorunda değildir. POP3 ile arşiv yerelde büyür, sunucu hep hafif kalır. Şartı, o bilgisayarın düzenli yedeklenmesidir — aksi hâlde disk arızası tüm mail geçmişini siler.

Çok kısıtlı kotalı bir hesap. Kotası küçük bir mail hesabında IMAP hızla dolar. Kota artırma imkânı yoksa POP3 ile indirip boşaltmak pratik bir çözümdür.

İnternet bağlantısı zayıf veya kesintili ortam. IMAP sürekli bağlantı ister; bağlantı kopunca arama ve klasör gezinme çalışmaz. POP3'te her şey indirilmiş olduğu için çevrimdışı deneyim tamdır.

Bunların dışında, 2020'lerin çalışma biçiminde POP3 seçmek genellikle sonradan pişman olunan bir karardır. Telefonun da hesaba eklenmesi neredeyse kaçınılmazdır ve o an POP3 kurulumu sorun çıkarmaya başlar.

POP3'ten IMAP'e Geçerken Eski Mailleri Kaybetmeme#

Bu, konunun en riskli kısmıdır ve yanlış yapıldığında yılların arşivi silinir. Sorunun kaynağı şudur: POP3 ile indirdiğiniz mailler sunucuda yoktur, yalnızca istemcinizin yerel veri dosyasındadır. Hesabı IMAP'e çevirdiğinizde istemci sunucudaki kutuyu gösterir ve sunucuda o eski mailler bulunmadığı için ekranınız boş görünür. Panikle hesabı silip yeniden kurarsanız yerel dosyayı da kaybedersiniz.

Doğru sıra şudur:

1. Önce yerel veri dosyasını yedekleyin. Outlook'ta bu bir .pst dosyasıdır; genellikle C:\Users\<kullanici>\Documents\Outlook Files\ altında bulunur. Dosyayı Outlook kapalıyken kopyalayın. Thunderbird'de profil klasörünün tamamını yedekleyin.

Get-ChildItem "$env:USERPROFILE\Documents\Outlook Files" -Filter *.pst |
  Copy-Item -Destination "D:\mail-yedek" -Force

2. Eski POP3 hesabını silmeyin. İstemcide bırakın, sadece yeni bir IMAP hesabı ekleyin. İki hesap aynı anda listede görünecektir; bu geçici ve doğru bir durumdur.

3. IMAP hesabında hedef klasörleri oluşturun. Örneğin Arsiv/2023, Arsiv/2024 gibi. Bu klasörler sunucuda oluşur.

4. Eski maili kopyalayarak taşıyın, sürükleyerek değil. Outlook'ta mesajları seçip sağ tık → Klasöre Kopyala; taşıma (move) sırasında bir hata olursa kaynak da kaybolabilir. Kopyalama tamamlandıktan sonra kaynağı silebilirsiniz.

5. Parça parça taşıyın. On binlerce maili tek seferde kopyalamak istemciyi kilitler ve yarıda kalan bir aktarım tutarsız sonuç verir. Yıl yıl, klasör klasör ilerleyin.

6. Kotayı önceden kontrol edin. 8 GB'lık yerel arşivi 2 GB kotalı bir IMAP kutusuna kopyalamaya çalışırsanız aktarım ortasında kota hatası alır ve yarım kalır. Kotayı önce yükseltin ya da arşivin bir kısmını yerelde bırakın.

7. Doğrulayın, sonra silin. Aktarım bittikten sonra webmail'e girip klasörleri ve mesaj sayılarını kontrol edin. Sunucuda görüyorsanız aktarım gerçekten olmuştur; yalnızca istemcide görmek yeterli kanıt değildir.

Sunucular arası bir taşıma da yapıyorsanız, yani hem protokol hem sağlayıcı değişiyorsa, iş istemci üzerinden değil sunucu tarafındaki senkron araçlarıyla yapılmalıdır. Bu senaryonun tamamı için e-postaları yeni sunucuya taşıma yazısı doğru yöntemi anlatıyor.

Doğru Port ve Şifreleme Ayarları#

Protokolü seçtikten sonra ikinci karar şifrelemedir ve burada tek doğru vardır: şifresiz portları kullanmayın.

143 ve 110 portları kimlik bilgilerinizi ağ üzerinde açık gönderebilir. Bazı sunucular bu portlarda STARTTLS destekler ama istemcinin bunu kullanacağının garantisi yoktur; 993 ve 995 kullanmak bu belirsizliği ortadan kaldırır.

Ayarların gerçekten şifreli çalıştığını komutla doğrulayabilirsiniz:

openssl s_client -connect mail.sirketiniz.com:993 -crlf

Bağlantı kurulduğunda sertifika bilgisi ve * OK ile başlayan bir karşılama satırı görmeniz gerekir. Sertifika hatası alıyorsanız, istemcide "sertifikayı yoksay" demek yerine sunucu adının sertifikayla eşleştiğinden emin olun — mail.sirketiniz.com yerine sağlayıcının verdiği sunucu adını kullanmak çoğu zaman sorunu çözer. Hangi portun ne zaman kullanılacağını ve SMTP tarafındaki 465/587 ayrımını mail portları hangisi kullanılır yazısında ayrıntılı bulabilirsiniz.

Yedekleme Sorumluluğu Kimde#

Protokol seçimi aynı zamanda bir yedekleme kararıdır ve çoğu kişi bunu ancak veri kaybettiğinde fark eder.

POP3'te yedekleme tamamen sizdedir. Mailleriniz sunucudan silindiği için sağlayıcının yedeğinde de yoktur. Bilgisayarın diski bozulursa, laptop çalınırsa ya da .pst dosyası bozulursa mail geçmişiniz gitmiştir. POP3 kullanıyorsanız yerel veri dosyasının düzenli yedeği pazarlık konusu değildir.

IMAP'te sorumluluk paylaşılır. Mailler sunucuda durduğu için sağlayıcının yedekleme politikası devreye girer. Ancak bu, "her şey güvende" demek değildir: bir kullanıcı bir klasörü yanlışlıkla silerse, silme işlemi sunucuda gerçekleşir ve tüm cihazlardan kaybolur. Sağlayıcının yedek saklama süresi neyse, geri dönüş şansınız o kadardır.

Sağlıklı yaklaşım, IMAP kullanırken bile arada bir yerel arşiv almaktır. Linux tarafında bu işi yapan basit bir yöntem, kutunun tamamını çekmektir:

mkdir -p /yedek/mail-$(date +%F)
offlineimap -c /root/.offlineimaprc -o

Kurumsal bir yapıda daha doğru olan ise sunucunun mail dizinini düzenli yedeklemektir — bu, tüm hesapları tek seferde kapsar ve hesap bazlı istemci kurulumu gerektirmez.

Sıkça Sorulan Sorular#

IMAP mı POP3 mü daha iyidir#

Çoğu kullanıcı için IMAP daha iyidir, çünkü birden fazla cihazdan aynı posta kutusuna tutarlı biçimde erişmenizi sağlar. Mesajlar sunucuda kaldığı için telefondan okuduğunuz mail bilgisayarda da okunmuş görünür, klasörleriniz her yerde aynıdır ve cihazınızı kaybettiğinizde veri kaybı yaşamazsınız. POP3'ün üstün olduğu tek alan, sunucu kotasını kullanmadan çok büyük bir yerel arşiv tutabilmenizdir. Tek bilgisayardan çalışıyor ve düzenli yedek alıyorsanız POP3 hâlâ makul bir seçimdir.

POP3 kullanırsam mailler telefonumda görünmez mi#

Görünebilir ama tutarsız olur. İki cihaz da POP3 ile bağlıysa, hangisi önce indirirse mail onda kalır ve diğerinde hiç görünmez. "Sunucuda kopya bırak" seçeneğini açarsanız her iki cihaz da indirir, ancak okundu bilgisi ve klasörler senkronize olmaz; bir cihazda sildiğiniz mail diğerinde durmaya devam eder. Gönderdiğiniz mailler de yalnızca gönderdiğiniz cihazın gönderilenler klasöründe bulunur. Telefon ve bilgisayarı birlikte kullanacaksanız IMAP tek pratik çözümdür.

IMAP kullanırken mail kutusu dolarsa mailler kaybolur mu#

Genellikle kaybolmaz, ama alınmaz. Kota dolduğunda sunucu gelen maili reddeder ve gönderen taraf bir bounce mesajı alır. Reddin kalıcı (5xx) ya da geçici (4xx) olması sunucu yapılandırmasına bağlıdır; geçici retlerde gönderen sunucu birkaç gün boyunca yeniden dener, kota bu sürede boşalırsa mail teslim edilir. Kalıcı retlerde mail o an kaybolur ve gönderenin tekrar göndermesi gerekir. Bu yüzden kota doluluğunu izlemek ve uyarı kurmak önemlidir.

Aynı hesaba hem IMAP hem POP3 ile bağlanabilir miyim#

Teknik olarak mümkündür ama önerilmez. Bir cihaz IMAP, diğeri POP3 ile bağlandığında POP3 tarafı mesajları indirip (silme ayarı açıksa) sunucudan kaldırır ve IMAP tarafında o mesajlar bir anda kaybolur. Kullanıcı bunu "mailler kendiliğinden siliniyor" diye algılar ve sebebi bulmak zorlaşır. Bir posta kutusu için tüm cihazlarda aynı protokolü kullanmak en sağlıklısıdır.

POP3'ten IMAP'e geçince eski maillerim gider mi#

Sunucuda görünmezler ama kaybolmazlar — bilgisayarınızdaki yerel veri dosyasında dururlar. IMAP'e geçtiğinizde istemci sunucudaki kutuyu gösterdiği için ekran boş görünür; bu, maillerin silindiği anlamına gelmez. Yapmanız gereken, eski POP3 hesabını silmeden yeni IMAP hesabını eklemek ve eski mailleri klasör klasör IMAP tarafına kopyalamaktır. Aktarımdan önce yerel veri dosyasının yedeğini almak ve IMAP kutusunun kotasının arşivi alacak kadar büyük olduğundan emin olmak şarttır.

Webmail kullanırken IMAP mı POP3 mü çalışıyor#

Webmail arayüzü sunucudaki kutuya doğrudan erişir ve IMAP mantığıyla çalışır. Yani mesajlar sunucuda durur, klasörler ve okundu bilgisi orada tutulur. Bu yüzden POP3 kullanan bir kullanıcı webmail'e girdiğinde çoğu maili göremez — çünkü o mailler sunucudan indirilip silinmiştir. Aynı sebeple, webmail'de bir maili silmek POP3 istemcisinin onu bir daha indirmemesine yol açar. Webmail'i düzenli kullanacaksanız IMAP daha tutarlı bir deneyim verir.

IMAP daha çok internet mi harcar#

Günlük kullanımda fark önemsizdir, ilk kurulumda ise IMAP daha fazla veri indirebilir. IMAP başlıkları önce çeker, gövdeyi ve ekleri siz açtığınızda indirir; bu davranış aslında POP3'ten tasarrufludur çünkü POP3 her maili ekleriyle birlikte baştan indirir. Ancak IMAP istemcileri genellikle çevrimdışı erişim için tüm kutuyu önbelleğe alacak şekilde yapılandırılır ve ilk senkronizasyon büyük bir arşivde uzun sürer. Mobil veride bu davranışı sınırlamak için istemcinin "yalnızca son X günü indir" ayarını kullanabilirsiniz.

Alt alan adlarım için ayrı mail hesabı açabilir miyim#

Evet, hosting panelinizde tanımlı her alan adı ve alt alan adı için ayrı mail hesapları açılabilir. Ancak alt alan adının mail alabilmesi için kendi MX kaydının bulunması ya da ana alan adının kaydını devralması gerekir; aksi hâlde hesap oluşur fakat mail teslim edilmez. Ek alan adı, park edilmiş alan adı ve alt alan adı arasındaki farkları ve mail davranışlarını addon ve parked domain farkı yazısında bulabilirsiniz.

Kapanış#

IMAP ve POP3 arasındaki seçim, aslında "maillerim nerede dursun" sorusunun cevabıdır. Birden fazla cihaz kullanıyorsanız, mailleriniz sunucuda durmalı ve senkronize olmalıdır — yani IMAP. Tek bilgisayardan çalışıyor, çok büyük bir arşiv tutuyor ve o bilgisayarı düzenli yedekliyorsanız POP3 hâlâ savunulabilir bir tercihtir. Hangisini seçerseniz seçin, kritik iki nokta değişmez: güvenli portları (993 / 995) kullanın ve yedekleme sorumluluğunun kimde olduğunu bilerek hareket edin. IMAP'te kota izlemesi, POP3'te ise yerel dosya yedeği ihmal edildiğinde ikisi de veri kaybıyla sonuçlanır.

Mail kutularınızın hangi protokolle çalıştığından bağımsız olarak, altyapının kotası ve gönderim ayarları deneyimi belirler. Sitesiyle birlikte mail kutularını da tek yerden yönetmek isteyen ekipler için kurumsal hosting paketleri hesap ve kota yönetimini kurulu hâlde getirir; mail trafiğini siteden ayırmak ve kotaları bağımsız yönetmek isterseniz e-posta hizmeti sayfasındaki çözümler daha uygundur. Arşivinizin sunucu tarafında düzenli kopyasının alınmasını istiyorsanız yedekleme hizmeti bu yükü üstlenir.