OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
From: Wietse Venema (wietse_at_porcupine.org)
Date: Thu Jan 30 2003 - 13:49:11 CST

  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

    Suggestion: recompile Postfix like this:

        % make tidy
        % make makefiles OPT=
        % make
        % su
        # make install

    Errors like this sound like some compiler optimizer messing up.

            Wietse

    Samuel Tardieu:
    > [this is a repost, I think my subscription via majordomo took place only
    > after I sent the first one]
    >
    > I am using Postfix 2.0.3 on a Debian GNU/Linux UltraSparc 5
    > machine. Since I upgraded to Postfix 2.0.x, I have a really strange
    > problem: it looks like variable expansion has gone berserk.
    >
    > The first symptom is a message from local:
    >
    > Jan 27 02:48:34 marvin postfix/local[26937]: warning: macro name syntax error: "recipient_delimiter}"
    >
    > The string ${recipient_delimiter} is in the local binary, and gets
    > expanded "from inside". The only place where this string appears in my
    > postfix configuration is in main.cf, as "recipient_delimiter = +";
    > removing it changes nothing.
    >
    > One of my transports also exhibits a similar problem:
    >
    > bouygtel unix - n n - - pipe
    > flags=R user=nobody argv=/usr/local/bin/sndmobile bouygtel ${user}
    >
    > pipe cannot expand ${user} because the "user}" variable cannot be
    > found.
    >
    > Also, using ${1} in the right part of a PCRE map complains about a
    > non-numeric replacement 1}.
    >
    > I am starting to wonder whether my libc or any other library used in
    > the expansion process is buggy. In case it matters, I have no LC_
    > variable defined, and LANG is C.
    >
    > Did anyone encounter this problem? This is driving me mad.
    >
    > Sam
    > --
    > Samuel Tardieu -- samrfc1149.net -- http://www.rfc1149.net/sam
    >
    >
    >