Bug 9379
Summary: | some processes disappear after user send big email message | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | sveta |
Component: | imap | Assignee: | Mike A. Harris <mharris> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.0 | Keywords: | Security |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-07-30 23:14:28 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
sveta
2000-02-12 14:01:13 UTC
On any default Linux installation there are no resource limits set up to prevent users from using gobs of memory/disk and other resources. As such, it is relatively easy for any user to hog resources and take a system down, however most systems have some aspect of trust with users and as such this does not turn out to be a problem, and is why it is the default in most (all?) Linux distributions, and other UNIX and Unix like OS's. The general idea being that for most systems, sysadmins can police their users adequately to teach them responsible usage of system resources, such as "don't send 200Mb file attachments in email" et al. While I would try to deter users from sending large mail like that, there is no technical reason why a 200Mb file attachment could not be sent. The software is capable of doing so. The real problem is that the system that you are running does not have the resources to handle such. The solutions that you might consider include: 1) Instruct users not to send large messages or 2) Add more resources to the system to handle the worst case or 3) Implement systemwide resource limitations to protect the system from such problems. #1 is the preferred system if you trust your users to not purposefully knock the system down. #2 is only viable if you actually want users to be able to send such large messages, and the upgrade is worth the effort. #3 is implemented by system policy that you must define as administrator of the affected systems. There is no way to predetermine such resource limitations in a general sense, and as such by default resource limitations are disabled on new installations. Look at the manpage for "ulimit" for instructions on limiting resources. You may also want to look into disk quota support as well. You can also tell sendmail to limit the maximum size of messages recieved as well to prevent large messages from being accepted in the first place. |