Hi,
for some admittedly special and braindead setup I needed to relay
outgoing mail via another MTA running on localhost:25. In order to
bypass some of the mail loop safety catches, I exteded inet_interfaces
to accept "none".
In case someone might find this useful, I'll publish the path (against
2
## Wietse Venema (wie...@porcupine.org):
> > for some admittedly special and braindead setup I needed to relay
> > outgoing mail via another MTA running on localhost:25. In order to
> > bypass some of the mail loop safety catches, I exteded inet_interfaces
> > to accept "none".
> > In case someone
## Wietse Venema (wie...@porcupine.org):
> > Well, postfix still doesn't relay mail to hosts with it's own
> > host name in the server greeting ("host ... greeted me with my own
> > hostname ..." and "host ... replied to HELO/EHLO with my own hostname ..."),
> > so it's not that easy to shoot one'
## Hamid M. (spam@gmail.com):
> postfix/trivial-rewrite[8119]: warning: connect to pgsql server
> /var/run/postgresql: could not connect to server: No such file or
> directory??Is the server running locally and accepting??connections on Unix
> domain socket "/var/run/postgresql/.s.PGSQL.5432"?
## Jeremy T. Bouse (jeremy.bo...@undergrid.net):
> I've been using PostgreSQL, and MySQL in the past, to hold virtual user
> information for my Postfix server. The only thing that has bothered me
> is every *sql_*.cf file I had to setup had to have the username,
> password and host to use for the
## Jeremy T. Bouse (jeremy.bo...@undergrid.net):
> Everything is working fine... So with the PGPASSFILE set in
> import_environment and I've confirmed through procfs that it is in the
> environ file for the postfix processes I comment out the 'user' and
> 'password' lines in each of the .cf fi