[Raw Msg Headers][Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: configuration inconsistency. MX usage forbidden..



> In the archive i find a few messages regarding this problem (SunOS 5.6/gcc
> 2.8.x) (i.e. 21/01/1999).
> 
> Symptom is that the server won't process mx records correctly. When you
> try to mail to user@this.domain.nl the mx server is this.domain.nl
> although in dns the mxrecords points to mail.domain.nl.
> 
> I stumbled upon this last week and didn't directly want to comment out
> line 631 in smtp.c as mentioned in the discussion at that time.

	I am afraid your line 631 has nothing in common with mine..
	A context diff would be more usefull.

> Any other solution yet, i.e. fixes to source ?

	Only encounter I have had with that problem was quickly cured
	by switching back to gcc 2.7.2, and since then I haven't had
	courage to try it again -- I don't have any idle Solaris SPARC
	machines where to try it...

	I think it relates to optimization at SPARCs (or the particular
	model of SPARC we have), and compiling without "-O" might produce
	working binary.  Could you care to try ?

	Anyway, I use gcc-2.7.2, or egcs-1.1.2, or some vendor specific
	compiler -- depending the platform...

> Mark
> 
> btw.. the latest cvs snapshot (3/4/1999 at 21:00 GMT+1) doesn't compile on
> SunOS 5.6/gcc 2.8.1. It stops at:
> 
> gcc -Wall -g -O2  -DHAVE_CONFIG_H  -I./../include -I../include -I..
> -I./../libsh
>  -I../libsh -I. -o listexpand.x listexpand.o -L../libs -lzmdb -lsh -lzm
> -lzc
> Undefined                       first referenced
>  symbol                             in file
> dn_expand                           ../libs/libzc.a(getaddrinfo.o)
> _getshort                           ../libs/libzc.a(getaddrinfo.o)
> h_errno                             ../libs/libzc.a(getaddrinfo.o)
> getservbyname                       ../libs/libzc.a(getaddrinfo.o)
> res_search                          ../libs/libzc.a(getaddrinfo.o)
> ld: fatal: Symbol referencing errors. No output written to listexpand.x
> make[1]: *** [listexpand] Error 1

	Damn...  Yeah...
	(I have to pull back a release I made a moment ago to inject this
	 fix in..)

	---------------------------------
Index: utils/Makefile.in
===================================================================
RCS file: /home/mea/src/CVSROOT/zmailer/utils/Makefile.in,v
retrieving revision 1.10
diff -u -r1.10 Makefile.in
--- Makefile.in 1999/03/08 10:18:29     1.10
+++ Makefile.in 1999/04/04 20:58:12
@@ -21,7 +21,7 @@
 LIBMALLOC=     @LIBMALLOC@
 LIBMALLOCDEB=  $(TOPDIR)/libmalloc/libmalloc_d.a-a
 #
-LIB=           -L$(TOPDIR)/libs -lzmdb -lsh -lzm -lzc $(LIBMALLOC)
+LIB=           -L$(TOPDIR)/libs -lzmdb -lsh -lzm -lzc @LIBRESOLV@ @LIBSOCKET@ $(LIBMALLOC)
 LIBDEB=                $(TOPDIR)/libs/libtag
 
 BINS=  autoanswer.pl policy-builder.sh rotate-logs.sh          \
	---------------------------------
 
> -------------------------------------------------------------------------
> Mark Visser / Calslaan 26-31              | E-mail: mark@dnd.utwente.nl
> 7522 MC Enschede / Telephone: 053-4895038 | SNT-mail: mark@snt.utwente.nl

/Matti Aarnio <mea@nic.funet.fi>