Bug 98276 - ipop3d does not give an error if can't access /var/spool/mail
Summary: ipop3d does not give an error if can't access /var/spool/mail
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: imap (Show other bugs)
(Show other bugs)
Version: 8.0
Hardware: i386 Linux
Target Milestone: ---
Assignee: John Dennis
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2003-06-30 11:41 UTC by Toni Willberg
Modified: 2007-04-18 16:55 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-02-27 10:11:39 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Toni Willberg 2003-06-30 11:41:31 UTC

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. :)

Comment 1 Toni Willberg 2003-06-30 11:56:20 UTC
for clarification:

the end user also receives no error, it just looks like there is no mail for him

Comment 2 Mike A. Harris 2004-02-27 10:09:35 UTC
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.

Comment 3 Mike A. Harris 2004-02-27 10:11:39 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.