cPanel E-posta Kotası Ayarlama ve Dolu Kutu Çözümü

E-posta hesaplarının kapladığı alanı çoğu zaman sonuncu ana kadar kimse düşünmez. Bir gün müşterinizden "mailim gitmedi, karşı taraf ulaşamıyor" şikayeti gelir, siz de sunucu tarafında Mailbox full ya da quota exceeded uyarılarını görürsünüz. Oysa e-posta kutuları da tıpkı web dosyalarınız gibi hosting paketinizin disk alanından pay alır. Bir hesabın gelen kutusu şişince yalnızca o hesap değil, bazen tüm hosting paketinin doluluk oranı tavan yapar ve WordPress yüklemeleri, yedekler, hatta site cache'i bile yazılamaz hale gelir.

Bu rehberde cPanel üzerinde e-posta hesaplarına nasıl disk kotası tanımlayacağınızı, hangi durumda sınırsız kotanın mantıklı olduğunu, doluluk yüzdesini nasıl izleyeceğinizi ve en kritik konu olan dolu kutudan kaynaklanan geri dönen (bounce) mesajları nasıl çözeceğinizi adım adım anlatacağım. Amaç, hem son kullanıcının kutusunu düzenli tutmak hem de paketin toplam disk alanını dengede tutup sürprizlerle karşılaşmamak. Örnekler, gerçek komutlar ve karşılaştırma tablolarıyla ilerleyeceğiz.

E-posta Kotası Neden Önemli#

cPanel'de her e-posta hesabının bir mail dizini vardır ve gelen, giden, taslak ve çöp kutusundaki her mesaj bu dizinde fiziksel bir dosya olarak durur. Modern paketlerde varsayılan depolama biçimi maildir'dir; yani her e-posta ayrı bir dosyadır. Bu, hem disk alanı hem de inode (dosya sayısı) tüketimi anlamına gelir. 20 GB'lık bir hosting paketiniz varsa ve tek bir e-posta hesabı 18 GB'a ulaşmışsa, geriye web siteniz için yalnızca 2 GB kalır. Site tarafında hiçbir şey yapmasanız bile disk dolar.

Kota, bu riski hesap bazında sınırlayan bir güvenlik supabıdır. Bir hesaba 2 GB kota verdiğinizde, o kutu 2 GB'ı geçemez; dolduğunda yeni gelen mailler karşı tarafa geri döner ama sunucunuzun tamamını kilitlemez. Yani kota aslında iki işi birden görür: bir yandan disk alanınızı bölümlere ayırıp adil paylaştırır, diğer yandan tek bir kutunun tüm paketi boğmasını engeller. Disk kotasının inode ile ilişkisini ve genel disk yönetimini daha derinlemesine görmek isterseniz disk kotası ve inode rehberimize göz atabilirsiniz.

Kotayı doğru kurgulamanın bir diğer faydası da bütçe ve kapasite planlamasıdır. Kaç e-posta hesabınız var, her birine ne kadar alan tahsis ediyorsunuz sorusunun cevabı, aslında paketinizi ne zaman büyütmeniz gerektiğini de söyler. Beş hesabınız var ve her birine 5 GB ayırdıysanız, teorik tavanınız 25 GB'tır; 10 GB'lık bir pakette bu daha ilk günden aşırı taahhüt demektir.

E-posta Hesabına Kota Tanımlama Adımları#

cPanel'de kota tanımlamak tıklama düzeyinde basittir, ama arkasında ne olduğunu bilmek sorun çözerken işinize yarar. İşte adımlar:

1. cPanel'e giriş yapın ve Email bölümünden Email Accounts kısmına gidin.
2. Kotasını değiştirmek istediğiniz hesabın yanındaki Manage butonuna tıklayın.
3. Storage Space başlığı altında bir sayı girin (örneğin 2048 MB) ya da Unlimited seçeneğini işaretleyin.
4. Update Email Settings ile kaydedin.

Yeni bir hesap oluştururken de kotayı aynı ekranda belirleyebilirsiniz. E-posta hesabı oluşturmanın tüm detayları için cPanel'de e-posta hesabı oluşturma rehberimizi inceleyebilirsiniz. Kota değeri her zaman megabayt cinsinden düşünülür; 1 GB için 1024, 5 GB için 5120 yazarsınız.

Çok sayıda hesabı tek tek elden geçirmek yorucuysa, WHM erişiminiz varsa komut satırından toplu işlem yapabilirsiniz. Aşağıdaki örnek, ornek.com alan adına ait tüm hesapları listeleyip kotalarını gösterir:

# Bir domainin tüm e-posta kutularını ve kotalarını listele
uapi --user=cpaneluser Email list_pops_with_disk domain=ornek.com

# Tek bir hesabın kotasını 3 GB olarak ayarla (deger MB cinsinden)
uapi --user=cpaneluser Email edit_pop_quota \
  email=info \
  domain=ornek.com \
  quota=3072

quota=0 değeri cPanel'de sınırsız anlamına gelir; dikkatli kullanın çünkü sınır kaldırınca paketin tamamı tek kutuya açılır. Komut çıktısında status: 1 görürseniz işlem başarılıdır. Bu yaklaşımı bir betiğe bağlayıp yüzlerce hesabı standart bir kotaya çekmek, reseller ve toplu hosting yönetiminde ciddi zaman kazandırır.

Sınırsız Kota mı, Sabit Kota mı#

Sınırsız (Unlimited) kota kulağa cömert gelir ama çoğu senaryoda tam bir tuzaktır. "Sınırsız" olan tek kutu değil; o kutu paketinizin fiziksel disk tavanına kadar büyüyebilir demektir. Yani gerçekte sınır yine vardır, sadece görünmezdir ve genellikle en kötü anda, tüm paket dolduğunda kendini gösterir. Aşağıdaki tablo iki yaklaşımı karşılaştırıyor:

Pratikte tavsiyem şudur: birden fazla kullanıcının aynı paketi paylaştığı her durumda sabit kota kullanın. Örneğin bir ofiste 8 çalışan varsa, herkese 3 GB verip toplam 24 GB'lık bir tavan çizmek, tek bir kişinin 20 GB'lık eklerle paketi boğmasından çok daha sağlıklıdır. Sınırsız kotayı yalnızca tek kişilik, kendi disk kullanımını takip eden ve düzenli arşivleme yapan kullanıcılar için düşünün. Yüksek e-posta trafiği olan kurumsal ekipler için ise kotayı bolca verip disk alanı geniş bir web hosting ya da ihtiyaç büyükse reseller hosting paketi seçmek en kalıcı çözümdür.

Doluluk Yüzdesini Görüntüleme ve İzleme#

Kota tanımlamak yarım iştir; asıl mesele doluluğu düzenli izlemektir. cPanel'de Email Accounts ekranında her hesabın yanında bir doluluk çubuğu ve yüzde bulunur. Yeşil, sarı ve kırmızı renkler kutunun ne kadar dolduğunu tek bakışta anlatır. Bir hesap %80'i geçtiyse, bounce yaşamadan önce müdahale etme zamanınız var demektir.

Komut satırından tüm hesapların doluluk durumunu tek seferde çekmek, çok kutulu ortamlarda çok işe yarar. Aşağıdaki uapi çağrısı her kutunun kullanılan ve ayrılan alanını byte cinsinden döndürür:

# Tüm hesaplarin kullanilan/ayrilan disk bilgisini al
uapi --user=cpaneluser Email list_pops_with_disk | \
  grep -E 'email|_diskused|_diskquota'

Sunucu tarafında doğrudan disk üzerinden de bakabilirsiniz. Bir domainin mail dizininde hangi kutunun ne kadar yer kapladığını görmek için:

# En cok yer kaplayan e-posta kutularini büyükten küçüğe sirala
du -sh /home/cpaneluser/mail/ornek.com/* | sort -rh | head -n 10

Bu komut size hemen "suçluyu" gösterir; genellikle listenin başında yıllardır temizlenmemiş tek bir kurumsal kutu olur. İzlemeyi otomatikleştirmek isterseniz, cPanel'in Track Delivery aracı da mesaj akışını gösterir ama disk için asıl referansınız yukarıdaki değerlerdir. Düzenli bir sağlık kontrolü alışkanlığı, dolu kutu krizlerinin büyük kısmını daha oluşmadan önler. İzlemeyi bir adım öteye taşıyıp hizmetlerinizin erişilebilirliğini de gözlemek isterseniz, sunucu yönetimi hizmetimiz bu tür proaktif takipleri sizin adınıza üstlenebilir.

Dolu Gelen Kutusu ve Bounce (Mailbox Full) Hatası#

İşin en can yakan kısmı burası. Bir kutu kotasını doldurduğunda, sunucu artık yeni mesajları kabul edemez ve gönderen tarafa bir hata mesajı geri döner. Gönderen genellikle şu satırları görür:

This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error.

  [email protected]
    host mail.ornek.com [203.0.113.10]
    SMTP error from remote mail server after RCPT TO:
    550 5.2.2 <[email protected]>: Recipient address rejected:
    Mailbox is full / over quota

550 5.2.2 ve over quota ifadeleri klasik dolu kutu imzasıdır. Bu bir "geçici" hata değildir; kalıcı ret olarak işaretlendiği için gönderenin mail sunucusu tekrar denemez, mesaj kaybolur. Müşteri açısından bu, sipariş, teklif ya da fatura maillerinin sessizce yok olması demektir; ticari olarak ciddi kayıplara yol açabilir.

Çözümün ilk adımı acil durum müdahalesidir: kutuyu hızla boşaltmak ya da geçici olarak kotayı yükseltmek. Ama bunu yaptıktan sonra kalıcı çözüme geçmek şarttır, aksi halde birkaç ay sonra aynı yerde olursunuz. Kutunun neden dolduğunu anlamak için ekleri ve klasörleri incelemek gerekir. Genellikle üç suçlu vardır: devasa ekli mesajlar, hiç boşaltılmayan Gönderilmiş klasörü ve yıllarca birikmiş Çöp/Spam klasörleri. Sunucu tarafında geri dönen mesaj kayıtlarını görmek için exim günlüklerine bakmak da faydalıdır:

# Son bir saatte "over quota" kaynakli reddedilen teslimatlar
grep 'over quota' /var/log/exim_mainlog | tail -n 20

Bu satırlar hangi hesabın, ne zaman, hangi göndereni geri çevirdiğini net gösterir. Böylece hem kutuyu boşaltır hem de gönderene "mailin ulaşmadı, tekrar gönder" diyerek kaybı telafi edebilirsiniz.

IMAP Klasör Temizliği ve Eski Mesaj Arşivleme#

Kutuyu kalıcı olarak hafifletmenin sağlıklı yolu, silmek yerine düzenlemek ve arşivlemektir. IMAP protokolü kullanıyorsanız (ki bugün neredeyse herkes kullanıyor), e-posta istemcinizdeki her klasör sunucudaki gerçek bir dizine karşılık gelir. Yani Outlook ya da Thunderbird'de bir klasörü boşalttığınızda, sunucudaki disk de gerçekten boşalır. POP3'ten farklı olarak IMAP'te "indirip sunucudan silme" varsayılan değildir; bu yüzden yıllar içinde her şey sunucuda birikir.

Temizliğe başlarken önceliklendirme yapın. En hızlı kazanç genellikle şu üç klasördedir:

• Gönderilmiş (Sent) — Büyük ekli maillerin ikinci bir kopyası burada durur; çoğu kullanıcı bunu hiç düşünmez.
• Çöp Kutusu (Trash) — Silinen mesajlar buraya taşınır ve kalıcı silinmeden disk işgal etmeye devam eder.
• Spam / Junk — Otomatik filtrelenen istenmeyen postalar aylarca birikir.

Bir e-posta istemcisinde bu klasörleri boşaltıp ardından "kalıcı sil / expunge" işlemi yaptığınızda alan hemen geri gelir. Eski ama saklanması gereken mesajlar içinse arşivleme yapın. İki pratik yol var: mesajları yerel bilgisayarınıza .eml ya da .pst olarak indirip sunucudan silmek, ya da yılları ayrı klasörlere taşıyıp yalnızca güncel olanları sunucuda tutmak.

Sunucu tarafında toplu temizlik için doveadm çok kullanışlıdır. Örneğin 365 günden eski çöp kutusu mesajlarını temizlemek için:

# Trash klasöründe 1 yildan eski mesajlari kalici sil
doveadm expunge -u [email protected] \
  mailbox Trash savedbefore 365d

# Belirli boyuttan büyük eski ekleri bul (teshis için)
doveadm search -u [email protected] \
  mailbox INBOX larger 10M savedbefore 180d

Bu komutları çalıştırmadan önce mutlaka bir yedek alın; yanlış klasör ya da yanlış tarih parametresi geri dönüşü olmayan silmeye yol açar. Kritik e-posta verileriniz için düzenli yedekleme hizmetimizi devreye almak, hem temizlik sırasında hem de olası donanım sorunlarına karşı güvence sağlar. Arşivleme kültürünü oturttuğunuzda, dolu kutu artık bir kriz değil, ayda bir bakılan rutin bir bakım maddesi haline gelir.

Toplam Hosting Alanını Dengelemek#

Tek tek kutu kotalarını ayarlamak önemlidir ama asıl ustalık, tüm paketin disk bütçesini bir bütün olarak yönetmektir. Hosting alanınız web dosyaları, veritabanları, yedekler ve e-posta arasında paylaşılır. E-postaya ne kadar çok tahsis ederseniz, siteye ve yedeklere o kadar az yer kalır. Bu yüzden bir "disk bütçesi" çıkarmak sağlıklıdır.

Diyelim ki 30 GB'lık bir paketiniz var. Kabaca şöyle bir dağılım mantıklı olabilir:

E-postaya ayırdığınız 12 GB'ı hesap sayısına bölerek hesap başı kotayı belirlersiniz; dört hesap varsa her birine 3 GB gibi. Boşluk payı bırakmak kritik, çünkü disk %100 dolduğunda sadece mail değil, veritabanı yazma işlemleri, oturum dosyaları ve geçici dosyalar da bozulur; site tümüyle çökebilir.

Eğer hesaplar e-postaya doymuyorsa iki seçeneğiniz var: ya arşivleme disiplinini sıkılaştırırsınız ya da paketi büyütürsünüz. Sürekli disk sıkıntısı yaşayan yoğun trafikli işletmeler için e-postayı web sunucusundan ayırıp bağımsız ölçeklenebilen profesyonel e-posta çözümüne geçmek uzun vadede çok daha rahat bir mimaridir. Web tarafı da büyüyorsa, kaynakların garanti edildiği bir VDS sunucu ya da genel sunucu seçenekleri e-posta ile siteyi aynı disk için yarıştırmaktan sizi kurtarır. Doğru dengeyi bir kez kurduğunuzda, hem gelen kutuları akıcı çalışır hem de siteniz nefes alacak alan bulur.

Sıkça Sorulan Sorular#

E-posta kotasını doldurunca gelen mailler tamamen kaybolur mu?#

Evet, çoğu durumda kaybolur. Kutu dolduğunda sunucu yeni mesajı kabul etmez ve gönderene kalıcı bir over quota hatası döner; gönderenin sunucusu bu mesajı tekrar denemez. Bu yüzden kutu dolmadan önce, ideal olarak %80 doluluk eşiğinde müdahale etmek ve arşivleme yapmak çok önemlidir. Kutuyu boşalttıktan sonra kaybolan maillerin göndericiden tekrar istenmesi gerekir.

Sınırsız kota vermek her zaman iyi bir fikir midir?#

Hayır, çoğu senaryoda tersine risklidir. Sınırsız kota tek bir kutunun paketin tüm disk alanına kadar büyümesine izin verir; bu da bir hesabın tüm hosting hizmetini boğabilmesi anlamına gelir. Birden fazla kullanıcının paylaştığı paketlerde her hesaba sabit kota vermek çok daha öngörülebilir ve güvenlidir. Sınırsızı yalnızca tek kişilik, disk kullanımını kendi takip eden hesaplarda düşünün.

IMAP klasörünü temizlediğimde sunucu diski gerçekten boşalır mı?#

Evet, IMAP protokolünde istemcinizdeki her klasör sunucudaki gerçek bir dizine karşılık gelir. Bir klasörü boşaltıp kalıcı silme (expunge) işlemini yaptığınızda sunucudaki disk alanı gerçekten geri gelir. POP3'ten farklı olarak IMAP her şeyi sunucuda tuttuğu için Gönderilmiş, Çöp ve Spam klasörleri yıllarca birikir; asıl temizlenmesi gereken yerler genellikle bunlardır.

Kotayı megabayt mı yoksa gigabayt cinsinden mi girmeliyim?#

cPanel arayüzü ve API her zaman megabayt bekler. Yani 1 GB için 1024, 3 GB için 3072, 5 GB için 5120 yazarsınız. Komut satırında uapi Email edit_pop_quota çağrısında quota parametresi de MB cinsindendir ve quota=0 değeri sınırsız anlamına gelir. Bu ayrımı karıştırmak, istemeden bir kutuya bin kat fazla ya da az alan tanımlamanıza yol açabilir.

Bounce hatasının dolu kutudan mı yoksa başka bir sorundan mı kaynaklandığını nasıl anlarım?#

Geri dönen mesajın içindeki SMTP hata koduna bakın. 550 5.2.2 ve over quota ya da Mailbox is full ifadeleri kesinlikle dolu kutuya işaret eder. Farklı kodlar başka sorunları anlatır; örneğin 550 5.1.1 geçersiz alıcı, 421 geçici sunucu yoğunluğu demektir. Sunucu tarafında grep 'over quota' /var/log/exim_mainlog komutuyla hangi hesabın quota nedeniyle mail reddettiğini net olarak doğrulayabilirsiniz.

E-posta hesaplarını web sitesinden ayrı bir yerde tutmam gerekir mi?#

Trafiğiniz ve e-posta hacminiz büyüdükçe bu ayrım giderek daha mantıklı hale gelir. Aynı pakette hem site hem e-posta aynı disk için yarışır; biri diğerini boğabilir. Yoğun kurumsal e-posta kullanan işletmeler için e-postayı bağımsız ölçeklenen özel bir çözüme taşımak, hem disk krizlerini bitirir hem de her iki hizmetin de rahat çalışmasını sağlar. Küçük ve orta ölçekli kullanımda ise iyi kurgulanmış kotalarla tek pakette kalmak fazlasıyla yeterlidir.

Kapanış#

E-posta kotası, ilk bakışta küçük bir ayar gibi görünse de aslında tüm hosting paketinizin sağlığını doğrudan etkileyen kritik bir dengedir. Doğru kurgulandığında tek bir dolu kutu ne müşteri maillerini uçurur ne de sitenizi çökertir; yanlış bırakıldığında ise en kötü anda karşınıza çıkar. Özetle üç şeyi alışkanlık haline getirin: her hesaba anlamlı bir sabit kota tanımlayın, doluluğu %80 eşiğinde izleyin ve arşivleme ile IMAP temizliğini rutin bakıma dönüştürün. Bu üçlü, dolu kutu kaynaklı bounce hatalarını neredeyse tamamen ortadan kaldırır.

Clou.TR olarak, e-posta ve disk yönetiminin bu tür teknik yüklerini sizin omuzlarınızdan almak için kurgulanmış paketler sunuyoruz. Bol disk alanlı ve düzgün kota kontrolü sağlayan web hosting paketlerimizden, e-postayı bağımsız ölçekleyen profesyonel e-posta çözümlerimize ve kaynak garantili VDS sunuculara kadar ihtiyacınıza uygun bir seçenek mutlaka var. Kutularınızın tıkır tıkır çalıştığı, disk sürprizlerinin olmadığı bir düzen için doğru pakete geçmenin tam zamanı.