Bug 98276
| Summary: | ipop3d does not give an error if can't access /var/spool/mail | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Toni Willberg <toniw> |
| Component: | imap | Assignee: | John Dennis <jdennis> |
| Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 8.0 | CC: | mharris |
| 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: | 2004-02-27 10:11:39 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: | |||
for clarification: the end user also receives no error, it just looks like there is no mail for him The proper permissions for /var/spool/mail, as supplied by a default OS installation, are mode 0775. If your mail spool directory is mode 0700, it has been changed by someone incorrectly and mail will not work correctly. This is not a bug, but a misconfiguration on your end. Just as an additional note, Red Hat Linux 8.0 is no longer supported by Red Hat. Also, UW imap has been dropped from our current development tree and is being replaced with alternative IMAP software dovecot, and cyrus-imapd. |
imap-2001a-15 I installed imap package for pop services, enable it from xinetd and fired up xinet service. Next I copied /var/spool/mail from other computer. After 6 hours I started wondering where are all the new mail..? :) It seems that even xinetd/pop3 is running as root, it can't access /var/spool/mail if it has 700 permissions. After I did set 755 it works fine. The actual problem: *When it can't access the mail spool, it gives no errors in any of logfiles.* Here's /etc/xinetd.d/ipop3: service pop3 { socket_type = stream wait = no user = root server = /usr/sbin/ipop3d log_on_success += HOST DURATION log_on_failure += HOST disable = no } It claims it's running as root, but it perhaps does some internal stupidity. :)