potfix - 452 Insufficient system storage

zeec

Well-Known Member
Hallo, ich bekomme nun schon 2 nächte hintereinander die Meldung (mehrere hundert davon):
fetchmail heute:
fetchmail: SMTP error: 452 Insufficient system storage

postfix gestern:
Out: 250-SIZE 10240000
Out: 250-VRFY
Out: 250-ETRN
Out: 250 8BITMIME
In: MAIL FROM:<***> BODY=7BIT SIZE=3423
Out: 452 Insufficient system storage
In: RSET
Out: 250 Ok
In: MAIL FROM:<***> SIZE=6858
Out: 452 Insufficient system storage
In: RSET
Out: 250 Ok


Gestern von Postfix, heute von fetchmail.

Ich finde immer nu Verweise auf zu wenig Plattenplatz, was eigentlich bei mir nicht der Fall sein kann:
Code:
% df -h 
Filesystem    Size   Used  Avail Capacity  Mounted on
/dev/ad0s1a   248M    91M   137M    40%    /
devfs         1.0K   1.0K     0B   100%    /dev
/dev/ad0s1e   248M  10.0K   228M     0%    /tmp
/dev/ad0s1f   2.9G   1.6G   1.1G    59%    /usr
/dev/ad0s1d   248M    73M   155M    32%    /var
/dev/ad1s1     18G   9.5G   7.5G    56%    /var/srv

queue_directory = /var/spool/postfix

Code:
% fetchmail --version
This is fetchmail release 6.2.5+POP2+RPA+SDPS+SSL+OPIE+INET6+NLS
Fallback MDA: (none)
FreeBSD server.local 5.1-RELEASE-p16 FreeBSD 5.1-RELEASE-p16 #0: Tue May 18 16:05:52 CEST 2004     [email]root@server.loca[/email]l:/usr/obj/usr/src/sys/SERVER  i386

% pkg_version -v | grep postfix
postfix-2.1.1,1                     =   up-to-date with port

Für Tipps wär ich echt dankbar
 
auge schrieb:
grep warning /var/log/maillog
...
Hat sich erübrigt.
Ich habe ein Backup-Skript, dass jede nacht ein paar Verzeichnisse sichert.
Das hatte ich ganz vergessen. Beim zippen läuft die komplette /var part. voll.
Die letzten 9 Monate lief es ohne Probleme, aber nu ist wohl /home zu voll geworden.
Ich hab nie was bemerkt, weil nach dem durchlauf ja wieder Platz auf der Platte ist.

Tut mir leid wegen den Mühen
 
Zurück
Oben