Son gözden geçirme: Eylül 2026 · Postfix (Ubuntu 24.04 ve AlmaLinux 9) resmî dokümanına göre
Hızlı çözüm
Postfix 452 Insufficient system storage hatası, mail sunucunuzda disk ya da inode dolduğu için Postfix’in e-postayı geçici olarak reddettiği anlamına gelir; çözüm dolan alanı boşaltıp servisi yeniden başlatmaktır.
df -h ve df -i ile hangi bölümün dolduğunu görün.du -sh /var/* ile yeri kaplayan dizini (genelde log ya da mail kuyruğu) bulun./tmp içindeki geçici dosyaları güvenle temizleyin.systemctl restart postfix ile servisi yeniden başlatıp test e-postası gönderin.| Panel | Yok (kendi mail sunucunuz, komut satırı) |
|---|---|
| Sistem | VPS/VDS üzerinde kurduğunuz Postfix mail sunucusu |
| Yetki | root ya da sudo yetkili kullanıcı |
| Narhost ürünü | Kurumsal E-posta |
Başlamadan önce
Postfix, gönderim sırasında SMTP oturumunda Out: 452 4.3.1 Insufficient system storage satırını döndürdüğünde e-postayı reddetmez, geçici olarak erteler. Enhanced status kodundaki 4 ile başlayan sınıf geçici hatayı belirtir; yani sorun giderildiğinde kuyruktaki iletiler yeniden denenir. Pratikte bu satırın tek nedeni sunucuda yeterli depolamanın kalmamasıdır: ya kök bölüm ya da /var bölümü disk olarak dolmuştur, ya da disk boş görünse bile inode sayısı tükenmiştir.
En sık büyüyen üç alan vardır: /var/log altındaki eski günlük dosyaları, /var/spool/postfix içindeki teslim edilemeyen posta kuyruğu ve /tmp içindeki geçici dosyalar. Kuyruk büyüdükçe her yeni gönderim aynı hatayı üretir ve sorun kendini besler. Çözüm, hangi alanın dolduğunu ölçmek, güvenle boşaltmak ve servisi yeniden başlatmaktır.
-h okunur boyutu, -i inode kullanımını gösterir. Disk boş görünüp e-posta yine reddediliyorsa sorun büyük olasılıkla tükenen inode’dur.
df -h
df -iBeklenen sonuç: / ya da /var satırında kullanım %100’e yakınsa disk, df -i çıktısında IUse% yüksekse inode dolmuştur.
du -sh /var/* | sort -rh | head
du -sh /var/spool/postfix/*Beklenen sonuç: hangi dizinin büyüdüğünü (ör. /var/log ya da /var/spool/postfix) tek bakışta görürsünüz.
Dikkat
Silme komutları geri alınamaz. Yalnızca döndürülmüş eski log dosyalarını ve teslim edilemeyeceği kesinleşmiş kuyruk iletilerini silin; aktif maillog ya da uygulama verisini silmeyin. Emin değilseniz önce dosyayı taşıyın, sistemin çalıştığını gördükten sonra kalıcı silin.
rm -f /var/log/*.gz
rm -f /var/log/*.[0-9]
journalctl --vacuum-time=3dBeklenen sonuç: df -h tekrar çalıştırıldığında ilgili bölümde belirgin boş alan açılır.
postsuper -d ALL tüm kuyruğu siler; bunu ancak kuyruktaki iletilerin gereksiz olduğundan eminseniz kullanın.
postqueue -p | tail -1
postsuper -d ALLBeklenen sonuç: postqueue -p çıktısı “Mail queue is empty” ya da çok daha kısa bir liste döndürür.
systemctl restart postfix
systemctl status postfixBeklenen sonuç: servis active (running) görünür ve yeni gönderimler artık 452 hatası almadan kuyruğa girer.
Sonuç
Test e-postası gönderdiğinizde maillog satırında artık Postfix 452 Insufficient system storage uyarısı yerine status=sent görüyorsanız, df -h ilgili bölümde makul boş alan gösteriyorsa ve postqueue -p kuyruğun eridiğini doğruluyorsa sorun çözülmüştür.
Narhost desteği
Kendi Postfix sunucunuzu yönetmek yerine, disk ve kuyruk bakımını bize bırakan bir çözüm için Kurumsal E-posta altyapımızı değerlendirebilirsiniz. Destek talebinize sunucu türünü, df -h çıktısını ve maillog içindeki tam hata satırını ekleyin.
Sonraki adımlar
Hayır. 4 ile başlayan enhanced status kodu geçici bir hatadır; gönderen sunucu iletiyi kendi kuyruğunda tutar ve belirli aralıklarla yeniden dener. Siz sunucudaki alanı açtığınızda bekleyen iletiler teslim edilir. Kalıcı kayıp yalnızca gönderen tarafın deneme süresi (genelde birkaç gün) dolarsa yaşanır.
Bu komut kuyruktaki tüm iletileri kalıcı olarak siler. Kuyrukta teslim edilmesi gereken gerçek e-postalar varsa onları da yok eder. Önce postqueue -p ile kuyruğu inceleyin; yalnızca spam ya da bounce yığını olduğundan eminseniz tümünü silin, aksi halde tek tek kimlikle silmeyi tercih edin.
Hayır. Narhost paylaşımlı hosting paketlerinde SSH ve root erişimi bulunmaz; mail altyapısı sunucu tarafında Narhost tarafından işletilir. Bu hatayı paylaşımlı bir pakette görüyorsanız sunucu tarafı bir durumdur, destek talebi açmanız gerekir.
Bu makale sorununuzu çözdü mü?
Geri bildiriminiz için teşekkürler.
Çözemediniz mi?
Teknik ekibimiz sunucu tarafındaki ayarları sizin için kontrol edebilir. Destek talebinizde alan adınızı ve aldığınız hata metnini paylaşmanız süreci hızlandırır.
