From: Lutz Jaenicke (no email)
Date: Sun Feb 01 2004 - 11:42:31 EST
On Sat, Jan 31, 2004 at 12:33:43PM -0800, Michael Hall wrote:
> On Sat, Jan 31, 2004 at 01:05:24PM +0100, Lutz Jaenicke wrote:
>
> > Did you recompile Postfix with TLS patch with different flags? If you
> > changed your include (-I...) path options during compilation you may end up
> > with different behaviour.
>
> This was the problem (from makedefs.out)
>
> Without TLS:
>
> EXPORT = AUXLIBS='-L/usr/local/lib -lsasl2 -lpam -lcrypt -L/usr/local/lib -ldb4
> 1 -L/usr/local/lib -lpcre' CCARGS='-DUSE_SASL_AUTH -I/usr/local/include -I/usr/l
> ocal/include/sasl -I/usr/local/include/db41 -DHAS_PCRE -I/usr/local/include -DRE
> CEIVED_ENVELOPE_FROM' OPT='-O -pipe ' DEBUG=''
>
> With TLS:
>
> EXPORT = AUXLIBS='-L/usr/local/lib -lsasl2 -lpam -lcrypt -L/usr/lib -lssl -lcry
> pto -L/usr/local/lib -ldb41 -L/usr/local/lib -lpcre' CCARGS='-DUSE_SASL_AUTH -I/
> usr/local/include -I/usr/local/include/sasl -DHAS_SSL -I/usr/include -I/usr/loca
> l/include/db41 -DHAS_PCRE -I/usr/local/include -DRECEIVED_ENVELOPE_FROM' OPT='-O
> -pipe ' DEBUG=''
>
> With TLS '-I/usr/include' was added to the options so '/usr/include/db.h'
> (which on FreeBSD is DB 1.85) was being used instead of
> '/usr/local/include/db41/db.h', moving '/usr/include/db.h' out of the way
> while compiling does the trick and doesn't appear to have broken anything
> else.
Please report this to whomever provided the build-options to build with TLS.
/usr/include is automatically searched at the end of the process anyway.
Listing it earlier in the search path will most likely break things in
subtle ways.
Best regards,
Lutz
-- Lutz Jaenicke http://www.aet.TU-Cottbus.DE/personen/jaenicke/ BTU Cottbus, Allgemeine Elektrotechnik Universitaetsplatz 3-4, D-03044 Cottbus
|
|
|