E-posta Kotası Doldu Uyarısı: Yer Açma ve Kota Artırma Rehberi
Bir sabah e-posta gelmemeye başlar. Sizin gönderdikleriniz gider, ama karşı taraftan yanıt yoktur. Birkaç saat sonra müşteriniz arar: “Size yazdım, geri döndü.” Elindeki mesajda 552 5.2.2 Requested mail action aborted: mailbox full yazmaktadır.
E-posta kotasının dolması, sunucu arızasından çok daha sık karşılaşılan ve tamamen önlenebilir bir durumdur. Kötü tarafı, dolduğu andan itibaren gelen her mesajın reddedilmesi ve o mesajların bir daha denenmemesidir; kaybedilen mesaj gerçekten kayıptır.
Bu yazıda kota dolduğunda tam olarak ne olduğunu, nereden yer açılacağını, hosting disk kotasıyla ilişkisini ve bir daha yaşamamak için kurulacak uyarıyı anlatıyoruz.
Kota dolduğunda tam olarak ne olur
Her posta kutusunun sunucu tarafında bir üst sınırı vardır: 1 GB, 5 GB, sınırsız gibi. Kutu bu sınıra ulaştığında gönderen tarafın sunucusu mesajı teslim edemez ve kalıcı hata alır. Kalıcı hata, mesajın kuyrukta bekletilip tekrar denenmeyeceği anlamına gelir.
Sonuçlar sırayla şöyle gelişir:
- Gelen mesajlar reddedilir; gönderene
552veya452 4.2.2kodlu geri dönüş gider. - Outlook ya da telefon uygulaması senkronizasyon hatası verir; çoğu zaman “Gönderilenler klasörüne kopya kaydedilemedi” uyarısı çıkar.
- Gönderim genelde çalışmaya devam eder, bu yüzden sorun geç fark edilir.
- Webmail açılır ama yeni mesaj yoktur; kullanıcı sorunun kendisinde olduğunu anlamaz.
Bazı sunucular kota aşımında mesajı reddetmek yerine 452 ile geçici hata döner. Bu durumda gönderen sunucu 24-72 saat kuyrukta tutar. Yeri o süre içinde açarsanız mesajlar teslim olur; açmazsanız kalıcı olarak geri döner.
Geri dönüş mesajını doğru okumak
Kota kaynaklı geri dönüşler diğerlerinden ayırt edilebilir. Aşağıdaki tablo pratikte en sık görülen satırları ve anlamlarını veriyor.
| Geri dönüş satırı | Anlamı | Ne yapmalı |
|---|---|---|
552 5.2.2 mailbox full |
Kutu dolu, mesaj kalıcı olarak reddedildi | Yer açın, gönderenden tekrar göndermesini isteyin |
452 4.2.2 over quota |
Kutu dolu, mesaj kuyrukta bekliyor | Birkaç saat içinde yer açın, tekrar göndermeye gerek yok |
550 5.1.1 user unknown |
Adres yok, kota ile ilgisi yok | Adres yazımını kontrol edin |
552 5.3.4 message too large |
Ek boyutu sınırı aşıldı | Eki bulut bağlantısıyla gönderin |
Kod ailelerinin genel mantığı için e-posta ulaşmıyor teşhisi yazısındaki NDR bölümüne bakabilirsiniz.
Yer açmanın hızlı yolları
Panik yapıp gelen kutusundan mesaj silmeye başlamayın. Yerin çoğu genelde başka klasörlerdedir. Webmail’e girip şu sırayı izleyin:
- Büyük ekleri bulun. Roundcube’de
Ara > Kapsam: Tüm klasörlerseçip boyuta göre sıralayın. 10 MB üzeri birkaç sunum, 500 küçük mesajdan fazla yer kaplar. - Gönderilenler klasörü. Çoğu kutuda en büyük klasör burasıdır, çünkü gönderdiğiniz her ekin kopyası burada durur. 2 yıldan eski gönderilenleri arşivleyin.
- Çöp Kutusu ve Junk. Silinen mesajlar kotadan düşmeye devam eder.
Klasörü boşaltdeyin. Junk klasörü aylarca temizlenmediğinde tek başına 1-2 GB olabilir. - Taslaklar. Eki eklenmiş yarım kalmış mesajlar burada birikir.
- Silme işleminden sonra Roundcube’de
Klasör > Sıkıştır(compact) çalıştırın; mbox biçiminde silinen mesajın yeri ancak sıkıştırma sonrası boşalır.
Outlook kullanıyorsanız dikkat: POP3 ile bağlıysanız “sunucuda kopya bırak” seçeneği açık olduğu sürece bilgisayarınızdan silmek sunucuda yer açmaz. IMAP ile POP3 arasındaki bu farkı IMAP mı POP3 mü yazısında ayrıntılı ele aldık.
Hosting disk kotasıyla ilişkisi
Paylaşımlı barındırmada posta kutuları sitenizle aynı diskte durur; fiziksel yol genelde /home/kullanici/mail/alanadi.com/kutuadi biçimindedir. Dolayısıyla iki ayrı sınır aynı anda geçerlidir:
- Kutu kotası: Yalnızca o posta hesabı için. cPanel’de hesap bazında ayarlanır.
- Hesap disk kotası: Site dosyaları, veritabanları, yedekler ve tüm posta kutuları toplamı.
Kutu kotanız 5 GB olsa bile paketinizin toplam diski dolduysa posta yine reddedilir. Bu yüzden “kotayı sınırsız yaptım, sorun bitti” yaklaşımı yanıltıcıdır: sınırsız kutu, tüm paketi tüketip siteyi de durdurabilir. Disk planlamasını disk ve trafik hesabı yazısındaki mantıkla yapın; posta için toplam diskin en fazla yarısını ayırın.
Kullanımı görmek için cPanel > Dosyalar > Disk Kullanımı ekranına bakın; klasör klasör dağılımı verir ve hangi posta kutusunun şiştiğini doğrudan gösterir.
Kota artırmak mı, arşivlemek mi
Kotayı artırmak cPanel > E-posta Hesapları > Yönet > Depolama Alanı altından saniyeler sürer. Ama her seferinde artırmak sorunu erteler. Karar için pratik ölçü şudur: kutu son 12 ayda kotasının yarısından fazlasını doldurduysa artırın, doldurmadıysa temizlik yeterlidir.
Uzun vadeli çözüm arşivlemedir. İki yöntem:
- Sunucu içi arşiv klasörü:
INBOX.Arsiv.2024gibi klasörler açıp eski mesajları taşımak yeri azaltmaz, yalnızca düzenler. Kota için işe yaramaz. - Yerel arşiv: Mesajları bilgisayara indirip sunucudan silmek gerçek çözümdür. Thunderbird ile klasörü
.emlolarak dışa aktarabilir, Outlook’taDosya > Aç ve Dışa Aktar > Outlook veri dosyasına aktarile.pstüretebilirsiniz.
Arşivi silmeden önce mutlaka yedek alın; yöntemler için e-posta yedekleme yazısına bakın. Kutu sayısı arttıkça paket seçimini de gözden geçirin: barındırma paketlerinde disk, posta ve site tarafından ortak tüketilir.
Bir daha yaşamamak için uyarı kurun
cPanel’de posta kutusu bazında otomatik uyarı standart olarak bulunmaz, ama pratik iki yol vardır:
cPanel > Ölçümler > Kotalarekranını ayda bir kontrol edin; hesap genel doluluğunu yüzdeyle verir.- Barındırıcınızdan hesap disk kullanımı %80’i geçtiğinde uyarı e-postası göndermesini isteyin. Çoğu sağlayıcıda bu eşik sunucu tarafında ayarlanabilir.
- Kritik kutulara (info@, muhasebe@) gerçek kullanımın en az iki katı kota verin; bu kutular ek yoğun çalışır.
Özetle
552 mailbox fullkalıcı hatadır; mesaj tekrar denenmez ve kaybolur.- Yerin çoğu Gönderilenler, Junk ve Çöp Kutusu’ndadır; silme sonrası klasörü sıkıştırın.
- POP3’te “sunucuda kopya bırak” açıkken yerel silme sunucuda yer açmaz.
- Kutu kotası ile paket disk kotası ayrıdır; ikisi de dolmamalıdır.
- Kalıcı çözüm yerel arşivdir; artırmadan önce son 12 aylık büyümeye bakın.