brightmail options invalid for exim

I compiled exim 4.43 with exiscan and the brightmail 6.0 SDK on RH ES3.0

However after adding brightmail configuration options to the exim
configuration file, exim refuses to start

Starting exim: 2004-11-09 23:16:29 Exim configuration error in line 34
of /etc/exim/exim4.conf:
  main option "bmi_config_file" unknown

this is the line in the config file
bmi_config_file = /opt/symantec/sbas/Scanner/etc/bmiconfig.xml

It seems that the exim binary calls for the brightmail libraries and
does find them

ldd /usr/sbin/exim
        libdl.so.2 => /lib/libdl.so.2 (0x00193000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x008bf000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x00463000)
        ...
        libspf2.so.1 => /usr/lib/libspf2.so.1 (0x0070f000)

        libbmiclient_single.so.1 =>
/usr/local/BSDK/lib/libbmiclient_single.so.1 (0x00196000)

        libxml2_single.so.2 => /usr/local/BSDK/lib/libxml2_single.so.2
(0x00c3b000)

        libdb-4.1.so => /lib/libdb-4.1.so (0x007d9000)
        ...
        libbmishareddata.so => /usr/local/BSDK/lib/libbmishareddata.so
(0x005b9000)
	...
        libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3
(0x0041f000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00b40000)



exim -bV shows
Exim version 4.43 #2 built 06-Nov-2004 18:47:30
Copyright (c) University of Cambridge 2004
Berkeley DB: Sleepycat Software: Berkeley DB 4.1.25: (August 21, 2003)
Support for: iconv() IPv6 PAM TCPwrappers OpenSSL
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb
dsearch nis nis0 nisplus passwd
Authenticators: cram_md5 plaintext spa
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Contains exiscan-acl patch revision 28 (c) Tom Kistner
[http://duncanthrax.net/exiscan/]
2004-11-09 23:18:49 Exim configuration error in line 34 of
/etc/exim/exim4.conf:
  main option "bmi_config_file" unknown



Does somebody has an idea of what I may be doing wrong ?

Thanks


Ronny Vaningh