Hi Jeff,
Jeff wrote:
>
> [...] Permissions where changed on the primary and the user
> directories. After that inbound email ceased. Outbound
> email still works.
If e-mail is not deliverable to home directories by the delivery
agent (Qmail), it's likely being queued for retries later on.
You can veiw the current size of the queue using the following
command (as root):
/var/qmail/bin/qmail-qstat
You'll want to repare the permission on the users home
directories. For each user, you'll want to ensure the home
directory has (at least) the following permissions:
drwx------ 12 pkn pkn 4096 Feb 1 22:53 pkn
and the users incoming mail folder has the following:
drwxr-xr-x 5 pkn pkn 4096 Sep 9 23:24 Maildir
I'm assuming the users .qmail files have not been modified in
any way.
You may also wish to ensure all files and folders provided by
e-smith RPMS have the correct default permissions and ownerships.
Run the following two commands to restore the defaults:
rpm --setugids $(rpm -qa | grep e-smith)
rpm --setperms $(rpm -qa | grep e-smith)
If it's not permissions that is interfering with mail delivery,
you should be able to determine why delivery (or if e-mail is
being received) by scanning the smtp log (/var/log/maillog) and
the qmail (MTA) log (/var/log/qmail/current in SME Server 5.0,
/var/log/qmail/{most recent log file} in e-smith 4.1.2 and below).
Hope this helps,
Paul
PS - You shouldn't need to modify permissions to allow remote FTP
- there is a server-manager panel "Remote access" that
allows you to enable FTP. There is no setting to allow anonymous
FTP upload, if that is what you were trying to accomplish.
2 Replies
911 Views