Hello
Thanks for your remarks ...
According to your mails I did the following on the primary MX running exim.
---
>What OS is the box running exim using ?
$ uname -a
SunOS siufuxsun03 5.6 Generic sun4u sparc SUNW,Ultra-1
$
So exim runs on Solaris 2.6
---
$ telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 siufuxsun03.unifr.ch ESMTP Exim 1.82 #4 Mon, 17 Aug 1998 16:46:46 +0200
quit
221 siufuxsun03.unifr.ch closing connection
Connection closed by foreign host.
$
Exim version is 1.82
---
According to Philip Hazel's test.
>exim -bh 195.141.72.66
>exim abandoned: unknown, malformed, or incomplete option -bh
hmm I had a look on the doc (1.82): -bh can't be seen.
---
>What reolver libraries is it using ?
$ldd exim
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libkstat.so.1 => /usr/lib/libkstat.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libmp.so.2 => /usr/lib/libmp.so.2
$
This should show the resolver library version.
---
>Then if you built against a known good resolver library (and recommend
>that libbind from 8.1.2 or current should be used for best performance),
hmm no libbind here.
but in that case can this be the problem ?
Because nslookup on the same computer retrieve the name.
$ ldd nslookup
libresolv.so.2 => /usr/lib/libresolv.so.2
libsocket.so.1 => /usr/lib/libsocket.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libc.so.1 => /usr/lib/libc.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libmp.so.2 => /usr/lib/libmp.so.2
$
nslookup 195.141.72.66
Server: siuftesun02.unifr.ch
Address: 134.21.1.31
Name: netra.rega-sense.ch
Address: 195.141.72.66
Aliases: 66.72.141.195.in-addr.arpa
$
nslookup retrieve the name so it works with libresolv.so.2
You can note that there is an alias in the returned list
and not in the one returned after querying a more
conventional computer (
www.switch.ch for example,
a class C address if I am right)
nslookup 130.59.10.30
Server: siuftesun02.unifr.ch
Address: 134.21.1.31
Name: scsnms.switch.ch
Address: 130.59.10.30
$
----
>A work around for this is to remove all * entries in the sender_*reject
>entries or add "+allow_unknown" to the list.
I feel a bit reluctant to do that unless as a temporary measure to check
with the person from rega-sense.ch that the problem is directely connected
to that. I am affraid that other restrictions in the configuration file
would be shuted down too.
On the other side I should probably upgrade to 2.0x
as soon as possible ... Now the question is : when
is it possible ? :-) Nights tend to be too often too short in this job :-)
If a "reasonable" temporary workaround were available,
I am sure I'd like it :-) Well may be the +allow_unknown ....
>If an RFC comes out in March, one can hardly expect the whole world to have
>upgraded everything to support it by August.
Of course !
Thanks again for your comments
Bruno Vuillemin
-------------------------------------------------------------------------------
Bruno.Vuillemin@??? {post/ftp/cache/news/unix}master@???
Service Informatique tel (0(041)26)300.7206
Universite de Fribourg fax (0(041)26)300.9704
{Schweiz/Suisse/Svizzera/Svizra/ Switzerland}
-------------------------------------------------------------------------------
--
*** Exim information can be found at
http://www.exim.org/ ***
