Mail Kutusu Doldu: Mailler Gelmiyor, Ne Yapmalı

Müşteriniz "size mail attım, gelmedi mi?" diye arıyor. Gelen kutunuza bakıyorsunuz, gerçekten yok. Spam klasörüne bakıyorsunuz, orada da yok. Aslında o mail hiçbir zaman size ulaşmadı; sunucu onu kapıda geri çevirdi, çünkü mail kutusu doldu. Kota aşımı, paylaşımlı hosting kullanan kurumsal hesaplarda en sık görülen ve en geç fark edilen arızadır — çünkü hiçbir uyarı vermez, sadece sessizce mail almayı bırakır.

Bu yazıda kota dolduğunda tam olarak ne olduğunu (ve göndericiye giden hata mesajının ne yazdığını), kotanızı ve gerçek kullanımınızı nasıl kontrol edeceğinizi, yeri kimin yediğini bulmayı, hızlıca yer açmayı ve en önemlisi bunu bir daha yaşamamak için arşivleme düzenini nasıl kuracağınızı anlatıyorum. Ayrıca Türkçe kaynaklarda sıkça verilen "POP3'e geçin, sunucudan silsin" tavsiyesinin çok cihazlı bir kullanıcıda neden doğrudan mail kaybına yol açtığını ve bunun yerine ne yapılması gerektiğini açıklıyorum.

Kota Dolduğunda Tam Olarak Ne Olur#

Kota dolduğunda gelen mailler silinmez, hiç kabul edilmez. Sunucu SMTP oturumu sırasında mesajı reddeder ve gönderen tarafa bir hata döner. Yani mail "kaybolmaz", gönderende geri döner.

Reddin biçimi sunucunun yapılandırmasına göre iki türlü olur:

# Kalıcı ret — gönderici anında geri bildirim alır
550 5.2.2 <[email protected]>: Recipient address rejected: Mailbox full

# Geçici ret — sunucu bir süre yeniden dener, sonra vazgeçer
452 4.2.2 Insufficient system storage / over quota

Aradaki fark önemlidir. 550 kalıcıdır: gönderici saniyeler içinde "Undelivered Mail Returned to Sender" başlıklı bir geri dönüş maili alır. 452 geçicidir: gönderen sunucu genellikle birkaç gün boyunca yeniden dener; bu süre içinde siz yer açarsanız mailler gecikmeli olarak düşer. Kota dolu bir hesapta "üç gün önceki mailler bir anda geldi" durumu tam olarak budur.

Ancak bu sizin için iyi haber değil. Çoğu gönderici geri dönüş mailini okumaz, spam klasöründe kaybolur veya kurumsal bir sistem tarafından üretilmişse hiç kimseye ulaşmaz. Sipariş bildirimleri, form gönderimleri ve otomatik faturalar bu şekilde sessizce kaybolur. Bounce mesajlarının nasıl okunacağını ve hangi kodun ne anlama geldiğini merak ediyorsanız, mail geri dönüşlerinin yapısı ayrı bir konudur ve kota bunun yalnızca bir sebebidir.

Bir başka sinsi durum: kota dolduğunda giden mailleriniz de etkilenebilir. IMAP kullanıyorsanız gönderdiğiniz her mailin bir kopyası "Gönderilenler" klasörüne yazılır. Kota doluysa bu yazma başarısız olur ve istemciniz "mesaj gönderildi ama Gönderilenler klasörüne kaydedilemedi" uyarısı verir — ya da bazı istemcilerde gönderme işlemi tümüyle başarısız görünür.

Kotanızı ve Gerçek Kullanımı Kontrol Etme#

Kota dolu mu değil mi sorusunun cevabını tahmin etmeyin; iki yerden kesin olarak görebilirsiniz.

cPanel üzerinden:

1. cPanel'e girin ve E-posta → E-posta Hesapları ekranını açın.
2. Listede her hesabın yanında bir kullanım çubuğu ve 1.87 GB / 2 GB biçiminde bir oran görürsünüz.
3. Çubuk kırmızıysa ya da oran %90'ın üzerindeyse sorun budur.
4. Aynı satırdaki Yönet düğmesi, kotayı değiştirebileceğiniz ekranı açar.

Burada dikkat edilecek bir incelik var: bir hesabın kotası "Sınırsız" görünse bile, hesabın bağlı olduğu hosting paketinin toplam disk alanı dolmuşsa mail yine reddedilir. Yani iki ayrı sınır vardır ve ikisi de tek başına yeterlidir. Paket genelindeki disk kullanımını cPanel'in ana ekranındaki istatistik panelinden ya da Dosyalar → Disk Kullanımı ekranından görebilirsiniz; o ekran mail dizinini ayrı bir satır olarak listeler ve mail kullanımının toplam içindeki payını doğrudan gösterir.

SSH erişiminiz varsa gerçek kullanımı doğrudan ölçebilirsiniz:

# Tek bir mail kutusunun boyutu
du -sh ~/mail/alanadiniz.com/info

# Alan adı altındaki tüm kutuların büyükten küçüğe listesi
du -sh ~/mail/alanadiniz.com/* | sort -rh | head -20

# Hesabın toplam mail kullanımı
du -sh ~/mail

Çıktı şuna benzer:

6.8G    /home/kullanici/mail/alanadiniz.com/info
2.1G    /home/kullanici/mail/alanadiniz.com/muhasebe
340M    /home/kullanici/mail/alanadiniz.com/destek
12M     /home/kullanici/mail/alanadiniz.com/ik

Bu tek komut, "hangi kutu şişmiş" sorusunu saniyeler içinde cevaplar ve genellikle tek bir hesabın diğerlerinin toplamının katı olduğunu gösterir.

Yeri Kim Yiyor: En Büyük Klasörleri Bulma#

Kutu dolduğunda ilk refleks gelen kutusundaki eski mailleri silmektir, ama yeri yiyen genellikle gelen kutusu değildir. Yıllardır gördüğüm sıralama şudur:

Klasör bazında ölçüm yapmak için:

du -sh ~/mail/alanadiniz.com/info/.*/ | sort -rh | head

Maildir yapısında klasörler nokta ile başlar (.Sent, .Trash, .Junk), bu yüzden .*/ deseni gerekir.

En çok yeri kaplayan tekil mailleri bulmak da işe yarar; genellikle birkaç yüz megabaytlık tasarım dosyası ya da video ekidir:

find ~/mail/alanadiniz.com/info -type f -size +10M -printf '%s\t%p\n' \
  | sort -rn | head -20 | awk '{printf "%.1f MB\t%s\n", $1/1048576, $2}'

Hızlı Yer Açma: Doğru Silme Sırası#

Acil durumda mail almaya devam etmek için yapılacaklar sırayla şunlardır. Bu sıralama, veri kaybı riskini en aza indirir.

1. Çöp kutusunu boşaltın. Zaten silinmiş mailler; kutuda yer kaplamalarının hiçbir gerekçesi yok. Webmail üzerinden ya da istemciden "Çöp Kutusunu Boşalt" deyin.
2. Önemsiz/Spam klasörünü boşaltın. Aylardır bakılmayan bu klasör çoğu hesapta gigabaytlarca yer tutar.
3. Gönderilenler klasöründeki büyük ekli mailleri temizleyin. Silmeden önce sıralamayı boyuta göre yapın: Outlook'ta arama kutusuna boyut:>10 MB, Roundcube'de arama kısmında boyut filtresi kullanabilirsiniz.
4. Belirli bir tarihten eski mailleri arşivleyin (silmeyin — bir sonraki bölüme bakın).
5. Klasörleri sıkıştırın. IMAP'te silinen mailler önce "silinmiş" olarak işaretlenir, dosya hâlâ diskte durur. İstemcinizde "Klasörü Sıkıştır / Compact" işlemini çalıştırmadan yer boşalmaz. Thunderbird'de sağ tık → Sıkıştır; Outlook'ta IMAP klasörleri için "Silinen öğeleri temizle" komutu.

Beşinci adım en sık atlanan adımdır: kullanıcı yüzlerce mail siler, kotanın hâlâ dolu göründüğünü görür ve paniğe kapılır. Sıkıştırma yapılmadan yer geri gelmez.

Webmail arayüzünden toplu temizlik yaparken maillerin tümünü seçmek için listenin üstündeki onay kutusunu değil, "tümünü seç" bağlantısını kullanmayı unutmayın; aksi hâlde yalnızca ekranda görünen sayfayı silersiniz.

POP3'e Geçmek Neden Tehlikeli Bir Tavsiye#

Türkçe kaynakların en sık verdiği tavsiye şudur: "Hesabı POP3 yapın, mailleri indirsin ve sunucudan silsin, kutu bir daha dolmaz." Bu tavsiye çok cihazlı bir kullanıcıda doğrudan mail kaybına yol açar ve verilmeden önce durumun sorulması gerekir.

Sebebi şu: POP3 varsayılan ayarında maili sunucudan indirir ve siler. Telefonunuz da aynı hesaba bağlıysa, bilgisayarınız maili önce indirip sildiği için telefonunuza o mail hiç düşmez. Sonuç, kullanıcının tarif edemediği bir kaos olur: "bazı mailler telefona geliyor, bazıları bilgisayara geliyor, ikisinde birden hiçbiri yok."

İkinci sorun daha ağırdır: POP3'te maillerinizin tek kopyası o bilgisayardaki PST/yerel veri dosyasındadır. Disk bozulursa, bilgisayar çalınırsa ya da profil silinirse yıllara ait yazışma tek seferde gider. Sunucuda yedeği yoktur, çünkü siz sunucudan sildirdiniz.

POP3'ün doğru olduğu tek senaryo vardır: tek bir bilgisayardan çalışıyorsunuz, telefondan maile bakmıyorsunuz ve o bilgisayarın düzenli yedeği alınıyor. Bu üç koşul birlikte sağlanmıyorsa POP3'e geçmek çözüm değil, gelecekteki bir veri kaybının hazırlığıdır. İki protokolün farkını ve hangi durumda hangisinin doğru olduğunu IMAP ve POP3 farkı yazısında ayrıntılı karşılaştırdım.

POP3 kullanmakta ısrarlıysanız hiç değilse şu ayarı yapın: istemcide "Sunucuda bir kopya bırak" seçeneğini açın ve "30 gün sonra sil" gibi bir süre verin. Bu, hem çok cihazlı erişimi kısmen korur hem kutunun sonsuza kadar büyümesini engeller.

Kalıcı Çözüm 1: Arşivleme Düzeni Kurma#

Silmek çözüm değildir; iki ay sonra aynı noktaya dönersiniz. Kalıcı çözüm, eski mailleri sunucudan çıkarıp yerel bir arşive almaktır — yani silmeden yer açmaktır.

Outlook ile (Windows):

1. Dosya → Bilgi → Araçlar → Eski Öğeleri Temizle yolunu açın.
2. "Şu klasörü ve tüm alt klasörlerini arşivle" seçin.
3. "Şu tarihten eski öğeleri arşivle" kutusuna bir tarih girin (örneğin iki yıl öncesi).
4. Arşiv dosyasının kaydedileceği konumu belirtin.
5. Tamam deyin. Mailler yerel bir .pst dosyasına taşınır ve sunucudan silinir.

⚠️ Arşiv .pst dosyası artık sunucuda değildir, yani hosting yedeklerine dâhil değildir. Bu dosyanın yedeğini kendiniz almalısınız; aksi hâlde kota sorununu bir veri kaybı riskiyle takas etmiş olursunuz.

Thunderbird ile: Yerel Klasörler altında yeni bir klasör oluşturup eski mailleri sürükleyip bırakmanız yeterlidir; taşınan mailler sunucudan silinir, yerelde kalır.

Sunucudan sunucuya arşiv (teknik yöntem): Eski mailleri başka bir kutuya ya da arşiv sunucusuna taşımak isterseniz imapsync bu işi klasör bazında ve tarih filtresiyle yapar:

imapsync \
  --host1 mail.alanadiniz.com --user1 [email protected] --password1 'PAROLA' \
  --host2 mail.alanadiniz.com --user2 [email protected] --password2 'PAROLA2' \
  --ssl1 --ssl2 \
  --folder INBOX \
  --maxage 730 \
  --delete1 \
  --dry

--dry parametresi yalnızca ne yapacağını gösterir, hiçbir şeye dokunmaz. Çıktıyı inceleyip doğruluğundan emin olduktan sonra --dry parametresini kaldırın. --maxage 730 iki yıldan eski maillerin kapsam dışında bırakılmasını sağlar; --delete1 kaynaktaki kopyayı taşıma sonrası siler. Aynı aracın sunucu taşımada nasıl kullanıldığını e-postaları yeni sunucuya taşıma yazısında ele aldım.

Kalıcı Çözüm 2: Kotayı Doğru Ayarlamak#

Kota artırmak her zaman doğru cevap değildir, ama bazı hesaplarda tek doğru cevaptır. Karar için basit bir ölçüt kullanın: kutu doğal iş hacmi yüzünden mi doluyor, yoksa birikmiş çöp yüzünden mi?

Muhasebe, sipariş ve destek kutuları günde onlarca ekli mail alır; bunlarda 1 GB kota gerçekçi değildir. Buna karşılık yılda birkaç mail alan bir ik@ kutusunun 10 GB'a çıkması, birinin çöp kutusunu hiç boşaltmadığının işaretidir.

cPanel'de kota değiştirmek için:

1. E-posta → E-posta Hesapları ekranına gidin.
2. İlgili hesabın yanındaki Yönet düğmesine basın.
3. Depolama Alanı bölümünde yeni değeri girin ya da Sınırsız seçin.
4. Değişiklikleri Güncelle deyin.

Değişiklik anında etkili olur; kullanıcının istemciyi yeniden başlatmasına gerek yoktur. Kota düşürdüğünüzde ise mevcut mailler silinmez, kutu yalnızca "dolu" duruma geçer ve yeni mail kabul etmez.

"Sınırsız" seçeneğine dikkat edin: bu, kutunun sınırsız olduğu anlamına gelmez, yalnızca hesabın toplam disk alanının tamamını kullanabileceği anlamına gelir. Tek bir kutunun tüm paketi doldurup siteyi de çökertmesi bu şekilde olur. Paylaşımlı hosting paketlerindeki disk, inode ve diğer sınırların birbirini nasıl etkilediğini paylaşımlı hosting kaynak limitleri yazısında topladım.

Pratik bir plan: her kutuya gerçekçi bir üst sınır verin ve toplamı paket alanının %70'ini geçmeyecek şekilde dağıtın. Böylece bir kutunun taşması diğerlerini ve siteyi etkilemez.

Kalıcı Çözüm 3: Otomatik Temizlik ve Erken Uyarı#

Kutunun bir daha dolmaması için insan hafızasına güvenmeyin; sunucuya iş yaptırın.

Çöp ve spam klasörlerini otomatik boşaltın. cPanel'de E-posta → E-posta Hesapları → Yönet ekranında, spam ve çöp klasörlerindeki maillerin belirli bir süre sonra otomatik silinmesini ayarlayabilirsiniz. Ayrıca sunucu tarafında bir zamanlanmış görev de aynı işi yapar:

# 30 günden eski Çöp ve Önemsiz maillerini temizle (her gece 03:15)
15 3 * * * find ~/mail/alanadiniz.com/*/.Trash/cur ~/mail/alanadiniz.com/*/.Junk/cur -type f -mtime +30 -delete

⚠️ Bu komutu çalıştırmadan önce -delete yerine -print koyup neyi sileceğini mutlaka görün.

Büyük ekleri kutuya girmeden ayıklayın. cPanel'in E-posta → E-posta Filtreleri ekranından, boyutu belirli bir değerin üzerindeki mailleri ayrı bir klasöre yönlendiren bir kural yazabilirsiniz; böylece gelen kutusu şişmez ve temizlik tek klasörde toplanır.

Spam'i kaynağında azaltın. Çöpü sonradan silmek yerine hiç almamak daha etkilidir. SpamAssassin ile spam filtreleme yazısındaki eşik ve puanlama ayarlarını sıkılaştırmak, çoğu hesapta Önemsiz klasörünün büyüme hızını gözle görülür biçimde düşürür.

Erken uyarı kurun. En iyi çözüm, kota dolmadan haber almaktır. Basit bir kontrol betiği %85 eşiğinde uyarı gönderir:

#!/bin/bash
# ~/bin/kota-kontrol.sh — her sabah çalıştırın
ESIK=85
LIMIT_GB=5
KULLANIM=$(du -sm ~/mail/alanadiniz.com/info | cut -f1)
YUZDE=$(( KULLANIM * 100 / (LIMIT_GB * 1024) ))
if [ "$YUZDE" -ge "$ESIK" ]; then
  echo "[email protected] kutusu %$YUZDE dolu (${KULLANIM} MB)." \
    | mail -s "UYARI: mail kutusu doluyor" [email protected]
fi

Yönlendirme ve Catch-all Tuzağı#

Kota sorununun görünmez bir sebebi daha vardır: e-posta yönlendirmeleri ve catch-all ayarı.

Bir hesaptan diğerine yönlendirme kurduğunuzda, mail hedef kutuya kopyalanır; kaynak kutuda da kalabilir. Üç kutudan birine yönlendirme yaptıysanız, o kutu aslında dört hesabın trafiğini birden taşıyor demektir ve neden hızla dolduğunu anlamak zorlaşır. cPanel'de E-posta → İletmeler ekranından tüm aktif yönlendirmeleri listeleyip gereksizleri kaldırın; özellikle işten ayrılmış çalışanların adreslerinden kurulmuş, kimsenin hatırlamadığı yönlendirmeler bu listede sıkça çıkar.

Catch-all (varsayılan adres) ayarı ise daha büyük bir tuzaktır. Açık olduğunda, alan adınıza gelen var olmayan tüm adreslerin mailleri tek bir kutuya düşer. Spam gönderenler rastgele adres denediği için (abc@, sales2@, admin1@…) bu kutu kısa sürede çöp deposuna döner. cPanel'de E-posta → Varsayılan Adres ekranından bu ayarı "Gönderene hata bildirimiyle iade et" seçeneğine çekmek, çoğu hesapta kota sorununun tek başına çözümüdür.

Kota Dolduktan Sonra Kayıp Maili Geri Getirme#

Kötü haber: kalıcı olarak reddedilmiş (550) bir mail geri getirilemez. Sunucu onu hiç almadı, dolayısıyla saklamadı. Yapılabilecek tek şey göndericiden yeniden göndermesini istemektir.

İyi haber: 452 geçici reddi almış mailler, gönderen sunucunun kuyruğunda bekliyor olabilir. Yer açtıktan sonra genellikle birkaç saat içinde kendiliğinden düşerler. Bu yüzden kotayı temizledikten sonra 24-48 saat gelen kutusunu izlemek gerekir.

Ne kaybettiğinizi öğrenmenin pratik yolu, kritik göndericilere haber vermektir: "Şu tarih aralığında bana mail attıysanız geri dönmüş olabilir, lütfen tekrar gönderin." Sipariş, form ve fatura gibi otomatik sistemlerden gelen mailler için ilgili sistemin kendi günlüklerine bakılması gerekir; site formlarından mail gitmemesi ayrı bir başlıktır ve kota bunun yalnızca sebeplerinden biridir.

Sıkça Sorulan Sorular#

Mail kutum dolduğunda gelen mailler ne oluyor#

Gelen mailler kabul edilmez, yani hiçbir zaman kutunuza girmez. Sunucu SMTP oturumu sırasında mesajı reddeder ve göndericiye "Mailbox full" veya "over quota" içeren bir hata döner. Ret kalıcıysa (550 kodu) gönderici anında geri dönüş maili alır ve o mesaj kaybolmuştur; geçiciyse (452 kodu) gönderen sunucu birkaç gün yeniden dener, bu sürede yer açarsanız mailler gecikmeli olarak düşer. Bu yüzden kotayı temizledikten sonra bir iki gün gelen kutusunu izlemek gerekir.

Mailleri sildim ama kota hâlâ dolu görünüyor#

Bunun sebebi neredeyse her zaman klasörün sıkıştırılmamış olmasıdır. IMAP'te sildiğiniz mailler önce yalnızca "silinmiş" olarak işaretlenir, dosya diskte durmaya devam eder ve yer boşalmaz. İstemcinizde klasöre sağ tıklayıp "Sıkıştır / Compact" işlemini çalıştırın; Outlook'ta IMAP klasörleri için "Silinen öğeleri temizle" komutunu kullanın. İkinci olası sebep, sildiğiniz maillerin çöp kutusuna taşınmış olması ve çöp kutusunun boşaltılmamış olmasıdır.

Kotayı sınırsız yapmak sorunu çözer mi#

Kısmen çözer ama yeni bir sorun yaratır. "Sınırsız" ayarı kutunun sonsuz olduğu anlamına gelmez; yalnızca hosting paketinizin toplam disk alanının tamamını kullanabileceği anlamına gelir. Tek bir mail kutusu paketin tüm alanını doldurduğunda hem diğer mail hesapları hem web siteniz etkilenir; site "disk dolu" hatası vermeye başlar. Doğru yaklaşım, her kutuya gerçekçi bir üst sınır verip toplamı paket alanının yaklaşık %70'inde tutmaktır.

POP3'e geçersem kutum bir daha dolmaz mı#

Dolmaz ama bunun bedeli mail kaybı riskidir. POP3 varsayılan ayarında maili sunucudan indirip siler; telefonunuz da aynı hesaba bağlıysa o mail telefona hiç düşmez. Ayrıca maillerinizin tek kopyası o bilgisayardaki veri dosyasında kalır, sunucuda yedeği bulunmaz; disk bozulursa yılların yazışması tek seferde gider. POP3'ü yalnızca tek cihazdan çalışıyorsanız ve o bilgisayarın düzenli yedeği alınıyorsa tercih edin, o durumda bile "sunucuda 30 gün kopya bırak" seçeneğini açın.

Hangi klasör en çok yer kaplıyor nasıl anlarım#

En hızlı yol SSH üzerinden klasör bazında ölçüm almaktır: du -sh ~/mail/alanadiniz.com/info/.*/ | sort -rh | head komutu klasörleri büyükten küçüğe sıralar. SSH erişiminiz yoksa istemcinizden klasör klasör bakabilirsiniz; Outlook'ta Klasör → Klasör Özellikleri → Klasör Boyutu ekranı alt klasörler dâhil dökümü verir. Deneyimime göre sıralama genellikle Gönderilenler, Çöp Kutusu ve Önemsiz klasörleri şeklinde olur; gelen kutusu çoğu zaman ilk sırada değildir.

Kota dolduğu için kaybolan mailleri geri getirebilir miyim#

Kalıcı olarak reddedilmiş mailler geri getirilemez, çünkü sunucu onları hiç kabul etmemiştir ve dolayısıyla hiçbir yerde saklamamıştır. Yapılabilecek tek şey, kritik göndericilere haber verip o tarih aralığındaki mailleri yeniden göndermelerini istemektir. Geçici ret almış mailler ise gönderen sunucunun kuyruğunda bekliyor olabilir ve yer açtıktan sonra genellikle birkaç saat içinde kendiliğinden ulaşır. Bu yüzden temizlikten sonra hemen "hiçbir şey gelmedi" sonucuna varmayın.

Yönlendirme kurmak kutumu doldurur mu#

Evet, e-posta yönlendirmeleri kota sorununun en sık gözden kaçan sebebidir. Birden fazla hesaptan tek bir kutuya yönlendirme yaptıysanız, o kutu aslında birkaç hesabın trafiğini birden taşır ve beklediğinizin katı hızda dolar. Ayrıca catch-all (varsayılan adres) ayarı açıksa, alan adınıza gelen var olmayan tüm adreslerin mailleri de o kutuya düşer; spam gönderenler rastgele adres denediği için bu kutu kısa sürede çöp deposuna döner. cPanel'in İletmeler ekranından aktif yönlendirmeleri gözden geçirin ve catch-all'ı "Reddet" yapın.

Kutu dolmadan önce uyarı alabilir miyim#

Evet ve bunu kurmak kota sorununu tümüyle bitiren adımdır. Kontrol panelindeki disk kullanım uyarıları hesap genelini kapsar; kutu bazında uyarı için basit bir zamanlanmış görev yeterlidir. Kutu boyutunu du -sm ile ölçen, belirlediğiniz eşiği (örneğin %85) aşarsa yöneticiye mail atan kısa bir betik her sabah çalıştırıldığında sorunu daha oluşmadan haber verir. Aynı betiği birden fazla kutu için döngüyle çalıştırabilirsiniz.

Kapanış#

Mail kutusu dolduğunda kaybolan mailler değil, reddedilen maillerdir — ve fark önemlidir, çünkü kalıcı reddedilmiş bir mail geri getirilemez. Bu yüzden yaklaşımın sırası şudur: önce kotayı ve gerçek kullanımı ölçün, yeri kimin yediğini bulun (genellikle Gönderilenler, Çöp ve Önemsiz), sıkıştırmayı unutmadan hızlı yer açın, sonra kalıcı düzeni kurun. Kalıcı düzen üç ayaktan oluşur: eski mailleri silmek yerine arşivlemek, kotaları paket alanına göre gerçekçi dağıtmak ve çöp/spam temizliğini otomatikleştirip %85 eşiğinde uyarı almak. "POP3'e geç" tavsiyesini ise çok cihazlı çalışan hiç kimseye vermeyin; kota sorununu veri kaybı riskiyle takas etmekten başka bir işe yaramaz.

Mail kutularınız paket disk alanını sürekli zorluyorsa mesele temizlik alışkanlığı değil, altyapının iş hacmine küçük gelmesidir. Alan adınıza bağlı kutuları daha geniş kota ve düzgün arşivleme ile yönetmek isterseniz kurumsal e-posta tarafındaki çözümler bu işi üstlenir; site ve mailleri aynı pakette tutuyorsanız hosting paketleri arasından disk alanı iş hacminize uygun olanı seçmek en kalıcı çözümdür. Arşivlediğiniz yerel .pst dosyalarının ve kutuların düzenli kopyasını güvence altına almak için yedekleme hizmeti, yüksek hacimli gönderim yapıp paylaşımlı limitlere takılıyorsanız da SMTP sunucu tarafı gönderim yükünü ayırır.