1 |
On 9/10/19 4:25 PM, Rolf Eike Beer wrote: |
2 |
> |
3 |
> I'm not entirely sure. It's what qmail always has done and what the eclass |
4 |
> also did. |
5 |
> |
6 |
|
7 |
This is suggested by the qmail documentation, |
8 |
|
9 |
http://lifewithqmail.org/lwq.html#create-users |
10 |
|
11 |
...but goes back to at least 1998, and likely earlier. I grepped the |
12 |
source and don't see any obvious uses of $HOME. It was probably |
13 |
suggested by DJB simply because it's a directory, and guaranteed to |
14 |
exist on the various platforms that qmail supported at the time. |
15 |
|
16 |
It would be best if someone who runs qmail could change them all to |
17 |
/dev/null and see if anything breaks. The home directory is already |
18 |
unwritable, and none of the users have shells, so I'm optimistic. |
19 |
|
20 |
At present, the following code is repeated six times, |
21 |
|
22 |
ACCT_USER_HOME=/var/qmail |
23 |
ACCT_USER_HOME_OWNER=root:qmail |
24 |
ACCT_USER_HOME_PERMS=0755 |
25 |
ACCT_USER_GROUPS=( nofiles ) |
26 |
|
27 |
and you have to keep them in sync for eternity. It would be less |
28 |
error-prone if you could create that directory (and /var/qmail/alias) |
29 |
only once, in the qmail ebuild, since that's the package that uses those |
30 |
directories. |