I tested the FS by creating about 6000 extra files within my mail spool,
and it handled that fine. The FS in question is ext2 and the partition is
only at about 1% inode usage and 21% size usage. Breaking the list up
isn't a very good option since it even occurs then. I've looked at the
source code for procmail, but am not exactly sure what would cause it to
have this error. Anyone more familiar with the code have an idea?
could be you have exceeded your file systems limit for the number
of files in a directory. Check the specs for that file system or break
the list in two. If you must do that many at once and it is a file system
limitation, mount your spool directory on a more suitable fs type.
On Sun, 17 Jan 1999, Harry Palmer wrote:
I run a somewhat large system that uses procmail as the local mailer, and
recently I have encountered some bizarre issues. When sending a mailing
to all my users (over 20,000) I get the following error:
procmail: No space left to finish writing "/var/spool/mail/username"
550: username(_at_)domain(_dot_)com(_dot_)(_dot_)(_dot_) Can't create output
Normally I would expect this to mean my filesystem is full, however its
only at about 20% usage. I've done further tests and have found that I
can in fact mail to these users. The problem only seems to occur under
high load conditions when multiple emails are being sent at once, in which
case about 10% of the emails bounce with the above error.
I've searched high and low on the net and come up dry. Any help on this
matter would be so greatly appreciated.