Could you now just make a soft link to the files on /etc/old-postfix?
On 03/13/2016 01:58 AM, rob...@chalmers.com.au wrote:
Let me explain what's happening, or what happened.
I rebuilt Postfix, to install in /user/local/etc/postfix and set the command to
be in /user/local/sbin and so on, and it all works fine, as it should.
The reason I moved it, is because each time OSX updates, it overwrites
/etc/postfix of course, and the OSX build doesn't do what I want postfix to do.
Also, I find myself modifying /etc/postfix *.cf files, because I forget that
I've moved the active version.
So I renamed/moved /etc/postfix, to /etc/old-postfix. .which has been ok,
except for 'mail'
Eg
echo date | mail rob...@chalmers.com
Fails with
'can't find /etc/postfix/main.cf'
It's the only thing that fails. I move old-postfix back to etc/postfix, and of
course it works again.
I need 'mail' to work, because it is used by crown if nothing else...
So that's what made me wonder if it's related to postfix in some way, as it
seems to need it.
Robert
Sent from my iPad
On 12 Mar 2016, at 21:40, Viktor Dukhovni <postfix-us...@dukhovni.org> wrote:
On Sat, Mar 12, 2016 at 09:15:11PM +0000, Chalmers wrote:
So on OSX 10.11 mail is hard coded to look for /etc/postfix/main.conf.
No, not all. Rather, the standard local submission interface on
Unix systems has been sendmail(1) for over 3 decades. The only
thing that's changed is the location from /usr/lib/sendmail to
/usr/sbin/sendmail on most systems.
With MacOS/X, /usr/sbin/sendmail is not surprisingly part of the
base-system Postfix. On my 10.11.3 system:
$ strings /usr/sbin/sendmail | egrep mail_version=
mail_version=2.11.0
A bit of a nuisance. So I'll just symlink to my /usr/local/etc/postfix/main.conf
The symlink may not be wise. The system Postfix may then attempt
to use the same queue directory as your non-system Postfix.
You might get away with updating the command_directory in
/etc/postfix/main.cf:
command_directory = /usr/local/sbin
Then the system sendmail(1) command will invoke your non-system postdrop(1)
to queue the mail.
A more robust solution is to configure the system Postfix as a
null-client (SMTP forward to localhost:26 or some other port !=
25) of the non-system Postfix.
--
Viktor.
