SMTP 452 4.3.1 Insufficient System Storage Hatası: Teşhis ve Çözüm

SMTP 452 4.3.1 "Insufficient System Storage" Hatası: Teşhis ve Çözüm

E-posta gönderdiğinizde "452 4.3.1 Insufficient System Storage" kodu döndüğünde çoğu kullanıcı paniğe kapılır — "mailim gitmedi mi?" diye. Bu yazı o soruyu yanıtlıyor: hata ne anlama geliyor, kaynağı nasıl tespit ediliyor, cPanel hosting ve VDS'te nasıl çözülüyor.

SMTP 452 4.3.1 Hatası Nedir?

RFC 3463 kapsamında tanımlanan enhanced status code sistemi SMTP hatalarını üç parçaya ayırır: sınıf (4 = geçici, 5 = kalıcı), konu (3 = depolama/disk), ayrıntı (1 = doluluk). Böylece 452 4.3.1 tam çevirisi şudur:

"Geçici hata — Depolama alanı yetersiz. Tekrar dene."

"Insufficient System Storage" ifadesi sunucudan sunucuya değişebilir; bazen 452 4.2.2 Mailbox Full olarak da görünür. Her iki kod da aynı problemin farklı düzeydeki göstergesidir:

• 4.2.2 → alıcının mailbox'ı dolu (kullanıcı bazlı kota)
• 4.3.1 → mail sunucusu diski dolu (sistem bazlı sorun)

4xx vs 5xx Hata Farkı

Mail sunucuları iki ana hata sınıfı döndürür:

Sınıf	Anlamı	Gönderici davranışı
4xx (geçici)	Şu an kabul edilemez, ama nedenin geçici olması beklenir	RETRY: sender MTA belirli aralıklarla tekrar dener (genelde 72 saat)
5xx (kalıcı)	Kalıcı red; tekrar denemenin anlamı yok	BOUNCE: gönderene teslim edilemeyen mail bildirimi döner

452 4.3.1 4xx sınıfında olduğundan mail kuyruktan silinmez; gönderen MTA birkaç saat/gün içinde tekrar denemeye devam eder. Disk alanı açılırsa mail kendiğinden iletilir. Buna karşın 550 5.1.1 (kullanıcı yok) veya 553 5.5.4 gibi 5xx kodlar gerçek bounce oluşturur, tekrar deneme olmaz.

Pratik sonuç: 452 hatası aldıysanız mailiniz tamamen kaybolmamıştır — gönderen sunucu belirli bir süre boyunca denemeye devam edecektir. Ancak sorun çözülmezse gönderici sonunda bounce üretir.

Gönderici tarafındaki DSN (Delivery Status Notification) mesajında genelde şu ifade geçer: "The recipient's mailbox is full and cannot accept any new messages at this time" veya doğrudan 452 4.3.1 Insufficient system storage. Bu mesajı gören kullanıcı, sorunun kendi tarafında değil alıcı sunucuda olduğunu anlamalıdır.

Yaygın 452 Nedenleri

1. Alıcı Mailbox Kotası Dolu

cPanel hesabında her e-posta adresi için MB cinsinden kota tanımlanır. Kullanıcı tanımlı kotanın tamamını kullandığında yeni mailleri kabul etmez; 452 4.2.2 veya 452 4.3.1 döner.

2. Mail Sunucusu Disk Dolu

Tüm sistemin disk alanı (/var/mail, /var/spool/postfix veya /var/spool/exim4) dolduğunda sunucu hiçbir kullanıcı için yeni mail kabul edemez. Bu senaryo paylaşımlı hosting veya VDS'te yaşanabilir.

3. Mail Queue Dolması

Gönderilemeyen (deferred) maillerin birikmesi queue dosyalarını şişirebilir. Özellikle spam kampanyası hedefindeki veya kötü yapılandırılmış relay hesapları bu soruna yol açar.

4. Anti-Spam Geçici Hataları

SpamAssassin, ImunifyAV veya diğer filtreleme katmanları /tmp veya geçici dizinlere yazma yapamadığında mail kabulü geçici olarak reddedilebilir; sunucu log'larında yine 452 görünebilir.

cPanel'de 452 Teşhisi

Adım 1 — Email Disk Usage Kontrolü

1. cPanel giriş: https://domain.com:2083
2. Email → Email Disk Usage açın
3. Her e-posta hesabının kullandığı alanı MB cinsinden listeler
4. Kotasına yakın veya dolmuş hesaplar koyu renk/uyarı ikonu ile gösterilir

Adım 2 — Genel Disk Durumu

1. cPanel → Files → Disk Usage
2. Hangi dizin ne kadar yer kaplıyor grafik olarak gösterir
3. Toplam kullanım pakette tanımlı limiti aşıyorsa sunucu yeni mail kabul etmez

Adım 3 — cPanel Mail Log (Exim)

cPanel sistemlerinde Exim MTA kullanılır. Hata satırını log'dan okumak için:

# Son 100 satır — 452 içerenleri filtrele
tail -n 200 /var/log/exim_mainlog | grep "452"

# Belirli bir alıcıya ait giriş ara
grep "[email protected]" /var/log/exim_mainlog | tail -20

cPanel root erişiminiz yoksa WHM → Email → Mail Queue Manager veya cPanel → Track Delivery araçlarını kullanabilirsiniz.

Adım 4 — Track Delivery (Kullanıcı Tarafı)

1. cPanel → Email → Track Delivery
2. Gönderi adresini girin, son 48 saate bakın
3. "Rejected" veya "Deferred" satırına tıklayın; sebebi ve hata kodunu listeler

Track Delivery özellikle kurumsal ortamlarda değerlidir: müşteriniz "mail gelmiyor" diyorsa, cPanel'den o adrese giden son teslimatları inceleyip somut hata kodu görebilirsiniz. "Mailbox Full" veya "Insufficient Storage" görünüyorsa sorun kesinleşir; adres sahibine kota artırımı veya temizlik yapması gerektiğini bildirebilirsiniz.

cPanel Mailbox Kotası Artırma

Sorun alıcı kullanıcının mailbox'ından kaynaklanıyorsa kota artırımı en hızlı çözümdür:

1. cPanel → Email → Email Accounts
2. Hesabı bulun → Manage linkine tıklayın
3. Storage Space alanını MB olarak güncelleyin (örn. 500 → 2048)
4. Save Changes tıklayın — anlık geçerli olur

Unlimited seçeneği: cPanel yöneticisi izin verdiyse mevcut olur. Sınırsız seçmek kullanışlı görünür ama hosting paketindeki toplam disk kotanızdan beslenir — bir hesap tüm alanı tüketebilir. Her hesaba mantıklı bir limit tanımlamak uzun vadede daha sağlıklıdır.

Hosting paket limiti: Buyukweb cPanel paketlerinde tanımlı toplam disk, tüm e-posta + web dosyaları + veritabanları arasında paylaşılır. Paketteki disk limiti yetersizse kota artırmak sorunu çözmez; paket yükseltmesi gerekir.

cPanel Disk Doluluk Çözümü

Büyük Klasörleri Tespit Etme

cPanel → Disk Usage görsel haritasında en büyük dizinlere tıklayın. Alternatif olarak SSH erişiminiz varsa:

# Ev dizininde en büyük klasörler (azalan sıra)
du -sh /home/KULLANICI/* | sort -rh | head -20

# Mail dizini breakdown
du -sh /home/KULLANICI/mail/*

Trash ve Junk Temizliği (IMAP Hesaplar)

IMAP protokolünde Trash (Silinmiş), Junk (Spam) ve Sent (Gönderilmiş) klasörleri sunucu tarafında saklanır; kullanıcı istemciden silmediği sürece mail kutusunda yer kaplar.

# Belirli kullanıcının Trash klasörü boyutu
du -sh /home/KULLANICI/mail/domain.com/hesap/.Trash/

# Trash içeriğini sil (SSH ile root/reseller)
find /home/KULLANICI/mail/domain.com/hesap/.Trash -type f -name "*.eml" -delete

# Spam klasörü
find /home/KULLANICI/mail/domain.com/hesap/.Junk -type f -name "*.eml" -delete

POP3 vs IMAP farkı: POP3 kullanan istemciler (Outlook, Thunderbird) mailleri yerel bilgisayara indirir; sunucudan silme ayarı aktifse sunucuda yer kalmaz. IMAP'ta ise sunucu kayıt noktasıdır — istemci silinmiş görse bile sunucu Trash'te tutar.

JetBackup Yedekler

Buyukweb hosting paketlerinde JetBackup ile haftalık yedekler alınır. Bu yedekler kullanıcının ev dizinine değil, ayrı bir yedek havuzuna yazılır — kullanıcı disk kotanızı tüketmez. Endişelenmenize gerek yok.

Büyük Ek Temizliği

Yıllarca biriken PDF, sunum ve görsel içerikli mailler disk alanının büyük bölümünü tüketebilir. E-posta istemcinizden "Boyuta göre sırala" (Sort by Size) ile büyük mailleri tespit edip silebilirsiniz; ardından Trash'i de boşaltın.

SSH erişiminiz varsa maildir formatında saklanan büyük ekleri komut satırından da arayabilirsiniz:

# 5 MB üzerindeki mail dosyaları
find /home/KULLANICI/mail -name "*.eml" -size +5M -ls | sort -k 7 -rn | head -20

# Toplam boyut
find /home/KULLANICI/mail -name "*.eml" -size +5M | xargs du -sh 2>/dev/null | tail -1

Silmeden önce içeriği kontrol edin; kritik ekler yedek alındıktan sonra silinmelidir.

Postfix/Exim Mail Server Disk Sorunu (VDS)

VDS kullanıcıları doğrudan mail server konfigürasyonuna erişebildiğinden teşhis daha ayrıntılıdır.

Disk Doluluk Kontrolü

# Tüm partition'lar
df -h

# Mail spool partition
df -h /var/spool

# Mail partition büyüklükleri
du -sh /var/spool/postfix/*
du -sh /var/mail/*
du -sh /var/log/mail*

Postfix Queue Temizleme

# Kuyruktaki mesaj sayısı
postqueue -p | tail -1

# Tüm deferred (bekleyen) mesajları sil
postsuper -d ALL deferred

# Tüm kuyruk (dikkat: gönderilecek mailleri de siler)
postsuper -d ALL

# Yalnızca belirli gönderiden gelenleri sil
postqueue -p | awk '/^[A-Z0-9]/{id=$1} /sender@domain/{print id}' | postsuper -d -

Uyarı: postsuper -d ALL komutu kuyrukta bekleyen meşru mailleri de siler. Önce postqueue -p ile listeyi inceleyin; varsa önemli mailleri aktarın.

Log Rotation

Mail log dosyaları kontrol edilmezse gigabaytlara ulaşabilir:

# Log boyutu kontrol
ls -lh /var/log/mail*

# Logrotate zorla çalıştır
logrotate -f /etc/logrotate.d/rsyslog

# Aktif log dosyasını sıfırla (sıfırlama sonrası yeniden yazılır)
truncate -s 0 /var/log/mail.log
truncate -s 0 /var/log/maillog

Mail Queue Yönetimi

cPanel/WHM Tarafı

WHM root erişimiyle mail queue'yu görsel yönetmek için:

1. WHM → Email → Mail Queue Manager
2. Domain veya gönderici ile filtrele
3. Frozen / Deferred mesajları seçip silin

Komut satırından Exim için:

# Kuyruk sayısı
exim -bpc

# Frozen mesajları sil
exim -bp | awk '/frozen/{print $3}' | xargs exim -Mrm

# Belirli domain'e ait tüm mesajları sil
exiqgrep -r "@alici-domain.com" | xargs exim -Mrm

Deferred Maillerin Anlamı

Deferred (ertelenmiş) mail, gönderimi başarısız olmuş ama tekrar denenecek mesajdır. Kalabalık deferred queue:

• Hedef sunucunun geçici reddinden (tarpit, greylisting)
• DNS çözümleme hatalarından
• Spam filtresi red kararlarından kaynaklanabilir

Uzun süredir deferred kalan mesajları silerek disk alanı açabilirsiniz.

Anti-Spam Geçici Dosyalar

SpamAssassin Bayes veritabanı, ImunifyAV tarama önbelleği ve /tmp dizinindeki geçici işlem dosyaları disk alanını tüketebilir.

# /tmp altında büyük dosyaları bul
du -sh /tmp/* 2>/dev/null | sort -rh | head -20

# SpamAssassin Bayes DB boyutu
du -sh /home/*/.spamassassin/

# ImunifyAV log/cache
du -sh /var/imunify360/ 2>/dev/null

# 7 günden eski /tmp dosyaları sil (dikkat: aktif işlemlere dokunabilir)
find /tmp -type f -mtime +7 -delete

cPanel ortamında bu temizliği WHM → Restart Services üzerinden SpamAssassin servisini restart ederek de tetikleyebilirsiniz.

IMAP Klasör Boyutu — Arşiv Stratejisi

Yıllık binlerce mail biriktiren IMAP hesaplar için sürdürülebilir arşiv stratejisi:

Yıllık Arşiv Klasörü

E-posta istemcinizde "2024-Arsiv", "2023-Arsiv" gibi IMAP klasörleri oluşturun; eski mailleri bu klasörlere taşıyın. Sunucuda yer kaplar ama Inbox yük azalır; aktif mailbox küçülür.

Yerel Arşive Aktarma (Outlook / Thunderbird)

• Outlook: Dosya → Arşivle → Tarih aralığı seçin → PST dosyasına indir
• Thunderbird: Araçlar → İçe/Dışa Aktar → Yerel klasöre taşı

Yerel arşiv sunucu disk kotasını tüketmez. Ancak posta yalnızca o bilgisayarda kalır; birden fazla cihazdan erişim gerekiyorsa IMAP klasöründe bırakmak daha pratiktir.

IMAP Klasör Başına Kota

cPanel, mailbox genelinde kota tanımlar; klasör bazında kota desteği standart arayüzde yoktur. Toplam mailbox kotasını, her klasörün tahmini boyutunu dikkate alarak belirleyin.

Hosting Paket Büyütme

Buyukweb cPanel paketlerinde disk alanı pakete göre değişir. Paket seçiminiz sürekli dolan bir disk ortamı yaratıyorsa yükseltme doğal çözümdür.

Büyütme adımları:

1. my.buyukweb.com portalına giriş yapın
2. Aktif hosting paketi → Yükselt / Upgrade seçin
3. Hedef paketi sepete ekleyin; fiyat farkı hesaplanarak faturalandırılır
4. Paket geçişi genelde birkaç dakika içinde aktif olur; dosyalar/veritabanları aynen kalır

Hangi paketin ne kadar disk sunduğunu görmek için Buyukweb cPanel hosting sayfasına bakabilirsiniz.

VDS Perspektifi: Disk Yönetimi

VDS kullanıcısı iseniz disk yönetimi tamamen sizin kontrolünüzdedir.

Kullanım Haritası

# Root partition kullanımı
df -h /

# En büyük dizinler (sıralanmış)
du -sh /* 2>/dev/null | sort -rh | head -15

# /var altında ayrıntı
du -sh /var/* 2>/dev/null | sort -rh | head -10

Disk Büyütme (KVM/LVM)

Buyukweb KVM VDS paketlerinde disk büyütme talep bazlıdır: destek ekibiyle iletişime geçin (0850 302 60 70), disk yükseltme işlemi uygulanır. LVM kullanan sistemlerde lvextend + resize2fs / xfs_growfs ile dosya sistemi genişletilir. Ayrıntılı Linux disk yönetimi için Linux disk yönetimi rehberimize bakabilirsiniz.

Buyukweb Context — Mail Yönetimi

Buyukweb cPanel hosting kullanıcıları için özet:

Paket tipi	Disk	Mail hesabı	Queue görünürlüğü
Başlangıç	Temel disk	Sınırlı hesap sayısı	cPanel Track Delivery
Performans / Uçak / Jet	Daha geniş disk	Daha fazla hesap	cPanel Track Delivery
VDS	Tam kontrol	Unlimited (kendi konfigürasyonu)	Postfix/Exim doğrudan

Paket bağımlı: "Sınırsız mailbox" satın aldığınız pakette dahil hesap limitine kadar geçerlidir; disk kotanız bittiğinde limit anlamsız kalır. Her zaman toplam disk kullanımını takip edin.

Teknik destek: Hata sebebini bulamıyorsanız Buyukweb destek ekibine cPanel kullanıcı adınızla ulaşın; log analizini sizin adınıza yaparız.

Mail ağırlıklı işletmeler için not: Günlük yüzlerce mail alan destek departmanları veya e-ticaret iş yerleri için hosting paketi diskini yalnızca mail'e adamak yerine ayrı bir IMAP yapısı veya VDS üzerinde özel mail sunucusu düşünülebilir. Buyukweb VDS paketleri üzerinde Dovecot + Postfix + Exim kombinasyonu desteklenmektedir; özel konfigürasyon için 0850 302 60 70 numarasından teknik ekibimize ulaşabilirsiniz.

Sık Sorulan Sorular

452 hatası aldım — mailim hiç gitmedi mi?

Hayır, kaybolmadı. 452 geçici bir red (soft bounce); gönderen sunucu retry mekanizmasıyla birkaç saat/gün içinde tekrar dener. Disk açılırsa mail iletilir. Ancak sorun uzun süre çözülmezse gönderici sonunda kalıcı bounce üretebilir (genelde 72 saat sonra).

Mailbox kotasını kimler artırabilir?

cPanel'de hesap sahibi kullanıcı kendi mailbox kotasını göremez; yalnızca hosting hesap sahibi (cPanel'e giren kişi) email hesapları üzerindeki kotayı artırabilir. WHM/reseller erişimi gerekli değil; standart cPanel yeterli.

Cron job ile otomatik temizlik yapılabilir mi?

Evet, örneğin Trash klasörünü 30 günde bir temizleyen basit bir cron script yazılabilir. SSH ve cPanel Cron Jobs arayüzü ile ayarlayabilirsiniz. Ancak yanlış yapılandırılmış cron meşru mailleri silebileceğinden test ortamında deneyin.

Disk büyütme ücreti nedir?

Hosting paketi yükseltme anlık fiyat farkı olarak hesaplanır (kalan süre oranında). VDS disk büyütme için destek ekibiyle iletişime geçin; mevcut VDS planına göre ek disk birim fiyatı belirlenir. Güncel fiyatlar için my.buyukweb.com portalını veya 0850 302 60 70 hattını kullanın.

Trash klasörü otomatik boşaltılır mı?

cPanel varsayılan ayarlarında Trash otomatik boşaltılmaz. Bazı e-posta istemcileri (Outlook, Thunderbird) yerel ayarlarda otomatik temizleme tanımlanabilir; ancak bu IMAP sunucusundaki Trash'i değil, yerel kopyayı etkiler. IMAP Trash sunucuda birikmeye devam eder. Manuel temizlik veya bir cron ile otomatik temizlik gerekir.

Mail forwarding kurduysam 452 nasıl etkiler?

Yönlendirme kuralı (forwarder) varsa sunucu önce maili kendi spool'una alır, ardından hedef adrese iletir. Sunucu diski doluysa ilk adımda 452 üretir; yönlendirme gerçekleşmez. Forwarder sorununuzu çözmez — önce disk sorunu giderilmelidir.

Buyukweb'de hangi paket daha fazla mail disk alanı sunar?

Genel kural: paket seviyesi arttıkça toplam disk büyür ve daha fazla mailbox alanı kullanılabilir. Mail ağırlıklı iş için Uçak veya Jet paketini değerlendirin. Alternatif olarak mail kutusunu hosting diskinden bağımsız tutmak isteyenler için VDS üzerinde özel Exim/Dovecot kurulumu da mümkün — teknik destek ekibimizle konuşun.

---

İlgili Büyükweb Hizmetleri

E-posta ve disk yönetimi için önerilen Buyukweb hizmetleri:

• cPanel Web Hosting
• VDS Sunucu
• Linux Disk Yönetimi Rehberi
• Plesk Hosting
• Fiziksel Dedicated Sunucu

Sorularınız için 0850 302 60 70 numaralı destek hattımıza veya iletişim sayfamıza yazabilirsiniz.