Introduction:
Dada Mail relies on specific perl libraries that have a compiled version and a pure perl version. Usually, the compiled version is there as an option to enhance the speed of execution of the routines of the library itself. It's a good thing.
Problem:
You cannot bundle the compiled version of these libraries within Dada Mail, because they need to be compiled specifically for the OS that Dada Mail will run on, and that list is very large.
Solution?
At the moment, Dada Mail comes with a pure perl version of every perl library module that it requires. Here is the list:
So, if you do not have these modules installed - it's OK, Dada Mail comes with the pure perl version of them.
Problem With This Solution:
The catch 22 to this is: if you HAVE these modules installed - and it's a really good chance you have at least one in the group installed, Dada Mail may produce an error saying basically, ``I've got a newer/different/better version already! - whatcha doin'?!''
Solution to the Problem of the First Solution:
To counteract this, as of version 2.9.1 The above modules will be included in Dada Mail, but will not be active. This is done by appending, -remove_to_install to the file name/directory of these perl library modules. To make them active, rename the module to not include, -remove_to_install.
Examples:
Easy enough? These files/directories are located in the: dada/DADA/perllib directory of the Dada Mail distribution.
If you can, install the compiled versions of these modules manually. If you can't/don't know how, rename the files as directed above. It's better to use the compiled version if you can. How to install these modules is a little over the pale of this particular document.
If you use the outside config file, and try to set a variable to, 0, it'll most likely fail, this is because in Perldom, 0 basically means, undefined, so the variable won't be used. Easiest fix is to use, 2 instead.
As of at least 2.8.12 (most likely lower) Dada Mail has some issues with file locking and the SunOS.
This issue should be a non-issue in ver. 2.9
When viewing the archive web page of a plain text message sent with a URL in it that is surrounded by ``<'' and ``>'' characters, the URL is improperly encoded into HTML.