On our production environment, we got into the situation when the disk
space usage become filling up to 90-100% on root partition on the
server responsible for relaying the mail. Of course we took the
measures to report such behavior and are restarting sendmail to free
the inodes up and avoid the disk usage issue.
However, it is not a solution to restart the sendmail each time, when
the disk usage goes up to 90-100%. Also as an alternative we looked
into such dirty workarounds as root partition increasing and
RequiresDirFsync option in sendmail.cf, while seeking for more elegant
and less resource expensive variant.
Has someone got handy experience with forcing the sendmail children to
cleanup after themselves?
Is there a reason why you can't move the log, spool, and/or mailbox
directories to another file system?
Nice suggestion. Thought about ext3 as an alternative. The drawback is
that production system servers count is more than 100, so I need to
test it out first at one server for some time.
Ok, I shall test and post my results here.
In the meantime, I am still open for new suggestions.
> Has someone got handy experience with forcing the sendmail children to
> cleanup after themselves?
No need to force anything.
Please post evidence that this isn't working on your system.