I am sorry, I made wrong statement...
> | Harald Hanche-Olsen wrote:
> | > | and when i look at /var/log/maillog, the following error shows up
> | > |
> | > | qmail: 921181110.478964 delivery 2387: deferral:
> | > | Unable_to_forward_message:_qq_write_error_or_disk_full_(#4.3.0)./
> | > |
> | > | and I know the disk is not full...
> | >
> | > Maybe not now, but it might get full during the forwarding of that
> | > message: You need at least as much free disk space as the size of
the
> | > message.
> | This is not my case, 'cause all disks are not even half way full.
> |
> | > If that is not the problem, there is probably something wrong with
the
> | > file system. Shut down qmail, unmount /var/qmail, and fsck it.
> | I checked disks, none seems to have problems. also, I am not using
> | /var/qmail
> | I am using ~/Maildir, just virtuals are not working anymore...
>
> Wait a minute. The queue usually resides in /var/qmail. I don't
> believe you put it in ~/Maildir. Using ~/Maildir just means that is
> where you deliver local mail, instead of /var/mail/. But /var/qmail/
> is a different place than /var/mail/, and used for different things.
I mis-understood /var/mail and /var/qmail <q>
> Are you *absolutely sure* the disk which holds the qmail queue
> (wherever it is) is less than half full? If yes, and if the
> filesystem checks out ok, all I can think of is some OS bug. But
> maybe others on the list have other ideas? In any case, it may be
> useful if you tell us what operating system you have.
I'll copy the df, result
Filesystem 1024-blocks Used Available Capacity Mounted on
/dev/sda2 100134 51116 43847 54% /
/dev/sda8 414341 270713 122228 69% /usr
/dev/sda7 1015656 328471 634706 34% /var
/dev/sdc1 2029283 275782 1648593 14% /export1
/dev/sdc2 2029299 1484 1922907 0% /export2
/dev/sdc3 2029299 54482 1869909 3% /export3
/dev/sdc4 2542961 847111 1564369 35% /work
/dev/sdb1 2043133 777345 1160175 40% /home
Using axp/linux w/ qmail 1.03
