BUGS $Revision: 1.1.1.1.2.2 $ $Date: 2000/10/31 19:10:51 $
====
* either configure and/or make does not work correctly or you get a error
  messages similar to this
    cd .. \
      && CONFIG_FILES=src/Makefile CONFIG_HEADERS= @SHELL@
    ./config.status
    make[2]: @SHELL@: Command not found
    make[2]: *** [Makefile] Error 127
    make[2]: Leaving directory

  then please try the following:
  
   aclocal
   automake --gnu --include-deps Makefile
   automake --gnu --include-deps src/Makefile
   automake --gnu --include-deps src/zipsecure/Makefile
   automake --gnu --include-deps src/securetar/Makefile
   automake --gnu --include-deps src/scanmails/Makefile
   automake --gnu --include-deps src/rspawnmsg/Makefile
   autoconf

   NOTE: you can ignore the following warning 
   "configure.in:183: warning: AC_TRY_RUN called without default to allow cross
   compiling"
   It's a kown issue of autoconf


* depending on your system, subprocess is run as the UID of the local 
  receipient (not 'root'). Calling your local delivery program (usually
  procmail) then might have insufficient privileges to deliver it any further.
  FIX: set an "o"-flag in /etc/sendmail.cf

  Mlocal, P=/usr/sbin/scanmails, F=olsDFMAw5:/|@SPfhn, S=10/30,
          R=20/40,
          T=DNS/RFC822/X-Unix,
	  A=scanmails -Y -a $h -d $u
  
  Hint: This usually happens on SuSE Linux >=6.0

  Hint: If this still does not work, *remove* the "S" flag, too! The Mlocal
  entry on my system looks like this:

  Mlocal, P=/usr/sbin/scanmails, F=olsDFMAw5:/|@qPfhn9, S=10/30,
	  R=20/40
          T=DNS/RFC822/X-Unix,
	  A=scanmails -Y -a $h -d $u
  
  Note: "root" must be in alias to an user account otherwise you will still
  get the error message Insufficent privileges to deliver to "root". 

* on some systems "uvscan"-binary is not detected by "configure", although
  "configure" states, that it looks for it in the right place.
  FIX: set an environment variable 
         uvscan="/your/path/to/uvscan"
       and again run "configure".
       
* sometimes scanmails does pass mail to procmail, as the macro "$h" in 
  'Mlocal' (sendmail.cf) is related to host and not sender.
  FIX: Try to replace "$h" with "$f". Worked out for some people.

* Solaris 2.x: "[f]grep" has no parameter '-q' (quiet) but '-s' (silent).
  FIX: Change parameter "grep_quiet_args=-q" to "grep_quiet_args=-s" in
       "scanmails" script

* Solaris 2.x: procedure "log_error()" (scanmails) uses 'local _msg'. 
  This seems to be an extension to the 'bash'-shell. 
  FIX: Commenting out this line helps for plain 'sh'-shell.

* Solaris (maybe others, too): if you get a Stat=Deferred in your logfiles,
  check your sendmail configuration, especially the F= flags. Afaik the
  standard Solaris installation uses F=lsDFMAw5:/|@qSXfmnz9, which
  causes this problem. You may use F=lsDFMAw5/|@SPfhn instead.

perhaps still quite a few more... *sight*