Michael Breton wrote:

> Why don't you write a shell script to create users for you, which also
> creates their user directory in /var/spool/mail ?

That is convenient when a user is created. This is however not what
I'm after.

> What Wieste is saying is that this directory creation is outside the role of
> a MTA and should not be done by an MTA.

A couple of mails ago I asked if Wietse was prepared to say something in
the line of "postfix will not create such directories". To the best of
my knowledge he didn't say that. He did say it is OK to add it provided
that it is safe to do so.

> Whether the directory is created in your own createuser script or within
> Postfix should be immaterial to you. As long it does get done.

The first time a user is created: yes. After something bad happens
to the system: no, you're not covering that situation.

An example situation:
(don't provide another solution for *this* example. It is nothing
more than an example).

/var/spool is filling up quickly. Obviously something's wrong as this
is not normal behaviour and was not forecasted. Immediate action is
required.

A somewhat inexperienced postfix user decides to take the following
action:

1) create /bigfreespace/spool/mail
2) chown root.postfix /bigfreespace/spool/mail
3) chmod 755 /bigfreespace/spool/mail
4) mv /etc/postfix/main.cf /tmp
 </tmp/main.cf \
    sed 'sx^\(mail_spool_directory =\).*x\1 /bigfreespace/spool/mail/x' \
>/etc/postfix/main.cf2
5) postfix reload
6) tail -f /var/log/maillog

This approach worked in the past, the only modification being made
was the trailing slash at the end of the command in line 4.

Yes, a sysadmin *should* move/create the maildirs. No, a human is
not expected to be error-free.

What I'm trying to achieve is fault-tolerance, nothing more.

cheers,
Alex
-
To unsubscribe, send mail to majordomopostfix.org with content
(not subject): unsubscribe postfix-users

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]