From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4 Description of problem: This was a vanillia install that stopped working with no config changes... I noticed the problem when I stopped receiving my backup logs daily. Test.txt is an example file, it does the same thing with any file. tail -n23000 test.txt | mail -s "test" root; Works fine. tail -n24000 test.txt | mail -s "test" root; Message gets queued in /var/spool/clientmqueue and will not get sent until the server is rebooted. After a message larger than ~23000 lines is sent: tail -n4223 test.txt | mail -s "test" root; Works fine. tail -n4224 test.txt | mail -s "test" root; Is now the largest message I can send and expect it to be sent without a reboot. When a message gets stuck the last maillog message is the stat=queued message. This behavior is consistant. I don't know much about sendmail, I'd be happy to provide any logs or testing needed. Version-Release number of selected component (if applicable): sendmail-8.13.1-2 How reproducible: Always Steps to Reproduce: 1.tail -n24000 test.txt | mail -s "test" root; Actual Results: Message gets queued in /var/spool/clientmqueue and will not get sent until the server is rebooted. Expected Results: Messages should be delivered. Additional info:
This was caused by a high load average on the machine. After bringing the load average down (by stopping some of the running processes) the issue went away. This still doesn't explain why the server never tried to automatically resend the messages after the load decreased.
Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you!
Please verify this with a newer version of Red Hat Enterprise Linux or Fedora Core and reopen it against the new version if there is still a problem. There is a limit for mail sizes in sendmail. This limit and all others are explained in the sendmail documentation. Closing as "NOT A BUG" for now.