Hi,
I have finally figured out the problem and it was nothing to do with Postfix.
The application on the local server had been misconfigured and was supplying an
incorrect value (undefined) to the BCC field which had been completely
overlooked in the logs.
Apologies for taking up your time o
Steve Hawes:
> Will try that and see what I get though what I do not understand
> is why it works fine for a remote client but not if the client is
> localhost. What would cause the difference?
There are many examples where Postfix can make a query for non-existent
information. Trying to avoid on
Will try that and see what I get though what I do not understand is why it
works fine for a remote client but not if the client is localhost. What would
cause the difference?
Thanks for your help so far.
Steve
On 30 Sep 2014, at 15:20, Wietse Venema wrote:
> There is no "undefined" in Postfi
There is no "undefined" in Postfix so you have a bug in your
database lookups.
Test the queries (as seen in logfile) by hand.
When a result does not exist, the database MUST return NOTFOUND
The database MUST NOT return an empty result.
The database MUST NOT return "undefined" or other crap.
That was really logged by postfix. This is the bit that is driving me mad as
the To address is there at the start of the trivial-rewrite process but by the
time it finishes all that is left is
Steve
On 30 Sep 2014, at 14:29, Wietse Venema wrote:
> What does mean? Is that something that you
What does mean? Is that something that you changed, or is that
really logged by Postfix?
Wietse
Hi,
I am relatively new to postfix but have worked with many mail systems over the
years and am quite familiar with various flavours of Unix/Linux. My problem is
as follows:
I have a Centos 6.5 system running Plesk V12 on which I have selected Postfix
as the mailing system - let’s call this Se
