Mailing List Archive

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=523





------- Comment #2 from bill-exim@carpenter.org 2007-07-04 02:32 -------
My mistake. I was unable just now to recreate the problem, and I'm now pretty
sure I had an unrelated mistake in an "expand:" expression.

In testing this, I see that Exim doesn't complain about the use of < in place
of >. Does it just ignore it? (I didn't actually test multiple records yet
and assumed it worked because it didn't complain.)

--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email

--
## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=523





------- Comment #3 from ph10@hermes.cam.ac.uk 2007-07-04 09:15 -------
On Wed, 4 Jul 2007, bill-exim@carpenter.org wrote:

> In testing this, I see that Exim doesn't complain about the use of < in place
> of >. Does it just ignore it? (I didn't actually test multiple records yet
> and assumed it worked because it didn't complain.)

See 9.12 "Multiple dnsdb lookups". It will treat the rest of the item as
a list, separated by whatever you gave. As there was only one item in
your list, it does effectively ignore it.

Philip

--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email

--
## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=523





------- Comment #4 from bill-exim@carpenter.org 2007-07-04 17:21 -------
I'm not sure if I phrased my question clearly. I was wondering how Exim
interpreted my use of the WRONG angle bracket. If that's what you were
answering, ok, thanks.

--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email

--
## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=523





------- Comment #5 from ph10@hermes.cam.ac.uk 2007-07-05 09:20 -------
On Wed, 4 Jul 2007, bill-exim@carpenter.org wrote:

> ------- Comment #4 from bill-exim@carpenter.org 2007-07-04 17:21 -------
> I'm not sure if I phrased my question clearly. I was wondering how Exim
> interpreted my use of the WRONG angle bracket. If that's what you were
> answering, ok, thanks.

Yes, I was. The two different angle brackets have two different
meanings. You can even use both. Here's an example from the Exim test
suite:

${lookup dnsdb{>|mx=<;mxt1.test.ex;mxt2.test.ex}}

Interpretation:

>| means separate multiple output information with |
mx= means lookup MX records (default is TXT)
<; means use ; for the separator of the list of things to lookup

... and the rest is the list. So if you just had

${lookup dnsdb{<:a.b.c}}

it would assume an input list separated by colons (which is of course
the default) and then find just one item in the list.

Is it clear now?

Philip

--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email

--
## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=523





------- Comment #6 from bill-exim@carpenter.org 2007-07-05 17:39 -------
Yes, clear. Thanks for your patience in explaining it.

--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email

--
## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##