Dale,

> I've got the following entires and I'm wondering what it's about
> because I only see them on one server and it occurs immediately
> following the completion of each scanned e-mail.
>
> Entries in question: Jun 15 15:50:12 uawebhost.com /usr/bin/amavisd
> [16060]: (16060-05) extra modules loaded: NDBM_File.pm, Tie/Hash.pm

It is a warning that these modules were not pre-fetched at startup,
but needed to be compiled by a child process at a small performance price.

Note however that NDBM_File is not recommended by SA team, and its
support has been discontinued in favour of SDBM_File and later by DB_File.

In the end, the use of SQL is preferred to all *_File modules.


From the SA documentation:

UPGRADE (3.1):
- The AWL support for NDBM_File databases has been dropped, due to a bug
  in that package which renders it useless (bug 4353).  It appears that
  SDBM_File, the package which will be used instead, is fully compatible
  with NDBM however, so this should be unnoticeable.

INSTALL:
Optional Modules
...
  - DB_File (from CPAN, included in many distributions)

    Used to store data on-disk, for the Bayes-style logic and
    auto-whitelist.  *Much* more efficient than the other standard Perl
    database packages.  Strongly recommended.

UPGRADE:
Note for Users Upgrading from SpamAssassin 2.5x
-----------------------------------------------

- Due to major reliability shortcomings in the database support libraries
  other than DB_File, we now require that the DB_File module be installed
  to use SpamAssassin's Bayes rules.

  SpamAssassin will still work without DB_File installed, but the Bayes
  support will be disabled.

  If you install DB_File and wish to import old Bayes database data, each
  user with a Bayes db should run "sa-learn --import" to copy old entries
  from the other formats into a new DB_File file.
  ...

USAGE:
  - Scores and other user preferences can now be loaded from, and Bayes
    and auto-whitelist data can be stored in, an SQL database; see the
    'sql' subdirectory for more details.

    If you are setting up a large 'spamd' system-wide installation, with
    Bayes and/or auto-whitelists, we strongly recommend using SQL as
    storage.  It has proven more reliable than the default DB_File storage
    backend at several large sites.


  - If you are running SpamAssassin under a disk quota, or are setting up
    'spamd' with users with disk quotas, be warned that the DB_File
    database module used by SpamAssassin for Bayes and AWL storage seems
    to be unreliable in the face of quotas (bug 3796). In this situation,
    we recommend using SQL storage for those databases, instead of DB_File.


Mark


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
AMaViS-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/

Reply via email to