On 09/12/2016 17:31, Jeremy Henty wrote:
Pierre Labastie wrote:
I should have been clearer. It is when sending local mail through
smtp. I think usual MUA like heirloom mailx use batch submission
(exim -bm), which works with the default config file.
I use mutt, which defaults to using "/usr/sbin/sendmail -oem -oi" (and
sendmail is a symlink to exim), so I am using batch submission rather
than SMTP. That explains why I do not see your problem.
You can reproduce the problem with:
exim -bs -v
helo <host-address>
mail from: <user>@<host-address>
rcpt to: <user>@<host-address>
temporarily rejected RCPT <user>@<host-address>: syntax error in
"control=dkim_disable_verify"
Confirmed: I tried this and reproduced the problem exactly as you
describe it.
I still do not understand why this reports a syntax error. What
happens when you run "/usr/sbin/exim -bV"? Does it report any syntax
errors in the configuration file? I wonder if the configuration is OK
but something else is feeding the "control=dkim_disable_verify" lines
into a context where they are not syntactically valid.
The man page has (emphasis by myself):
-bV This option causes Exim to write the current version number,
compilation number, and compilation date of the exim4
binary
to the standard output. It also lists the DBM
library that
is being used, the optional modules (such as specific
lookup
types), the drivers that are included in the binary,
and the
name of the run time configuration file that is in use.
As part of its operation, -bV causes Exim to read and
syntax
check its configuration file. *However, this is a
static check
only. It cannot check values that are to be
expanded. For
example, although a misspelt ACL verb is detected,
an error
in the verb's arguments is not.* You cannot rely on
-bV alone
to discover (for example) all the typos in the
configuration;
some realistic testing is needed. The -bh and -N
options pro‐
vide more dynamic testing facilities.
[...]
----
I've tried to mail upstream, but I guess I need to subscribe, because my
mail does not appear in their archive.
I hope you get a response! It would be a shame if nothing happened
after you went to the trouble of bisecting the bug.
Thanks.
I've tried again, now after subscribing. According to the mailing list
instructions, they will moderate my first message. So, wait and see.
Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page