I'm inching closer to a stable POP server, but have one more
(newly noticed) problem:
If the client eMail package uses a configuration option to
'keep mail on the server', the POP daemon appears to try to copy
the user's mail file to a backup one, named ',user_name'
(where of course user_name is the name of the user's mail file).
It also creates a '.,user_name.map' file. I am presuming
this is so it can rename this back to the original anemd file,
after the mail is fetched and deleted.
The user, after retreiving his mail, gets a message like:
Error transmitting your mail. I said:
QUIT
and then the POP server said:
ERR unable to rename maildrop
I assume there is a permissions problem. But what?
Below is relevant info regarding ownership of directories, files,
programs, etc.:
* /usr/spool/pop owned by 'pop', group 'pop', mode 750
* /usr/spool/pop/* mail files and .maps are owned by pop, group
is pop, mode is 600. All except the
POP database file (POP), which for some reason
gets mode set back to 644 everytime I run 'popwrd' !
* /usr/lib/mh/popd owned by bin, group bin, mode 755. This is
run from 'init', via a script in /sbin/init.d
named popd, owned by bin, group bin, mode 750
* /usr/lib/mh/spop owned by pop, group is pop, mode is 4755
--
-----------------------------------------------------------------
| Mike Godsey mgodsey_at_medio.com |
| Medio Multimedia, Inc. |
| Redmond, WA |
| <A HREF="http://www.Medio.Net/users/mgodsey">Mike Godsey </A> |
-----------------------------------------------------------------
Received on Mon Feb 13 1995 - 20:05:36 NZDT