Hello Everyone,

2 10 10 alpha 1 has been released

Here are the direct links to download:

*tar
gz:

http://prdownloads
sourceforge
net/mojomail/dada-2_10_10_alpha_1
tar
gz?download

* zip:

http://prdownloads
sourceforge
net/mojomail/dada-2_10_10_alpha_1
zip?download

This release only contains bug fixes (described below) and contains
no new features - making this a pretty solid, but fairly untested-in- the-wild release I'm releasing it as an alpha not because I don't
think it's a stable release, just that it hasn't been tested that
thoroughly

Thanks to everyone that posted a problem to the support boards
(http://mojo skazat com/support/boards) - most of these bugs were
taken from users, experiencing problems, which I then tried to
confirm by recreating If I deem something a problem because of a
bug, I added it here:

http://sourceforge
net/tracker/?group_id=13002&atid=113002

Some others were submitted by fellow users - thanks!

If you are experiencing any of the bugs described below, please try
out this version and see if the bug goes away - if not, please start
a discussion, and we'll see if something else may be the problem,

Cheers, and without further ado - the changelog:

2 10 10 alpha 1 Bug Fixes: * 1527084 2 10 9 - dada_settings_plaintext2sql pl html doesn't exist All instances of it should be changed to:

         dada_settings_dbtosql
pl
html

     http://sourceforge
net/tracker/index
php?func=detail&aid=1527084&group_id=13002&atid=113002

 * 1526805 2
10
9 - session information not removed on failed login
     Which means, they stick around foro what seems like forever
  

Logins that fail should have the session information removed, as it's useless, if the information is incorrect, outdated, etc

     http://sourceforge
net/tracker/index
php?func=detail&aid=1526805&group_id=13002&atid=113002

 * 1526615 2
10
9 - Admin login available, even if not lists are  

present And this is dumb - since the first form will be broken and
will lead to genereal confusion if someone stumbles upon this

     http://sourceforge
net/tracker/index
php?func=detail&aid=1526615&group_id=13002&atid=113002

 * 1526579 2
10
9 - "Couldn't Find List ()" error not so helpful
     (?) Nothing ever gets printed in the parenthesis in this  

error log - it wants to print out the list name, but if the list ain't
found, you'll never get this list name

     Stupid Justin


     http://sourceforge
net/tracker/index
php?func=detail&aid=1526579&group_id=13002&atid=113002

 * 1526251 2
10
9 - Batch settings default to have, "0" messages  

sent per unit of time That's stupid Should be at
least well 1?

     http://sourceforge
net/tracker/index
php?func=detail&aid=1526251&group_id=13002&atid=113002

 * 1525723 2
10
9 - Open List in New Window does always pop up  

new win Because it has a named target, instead of something like,
"_blaNk"

     http://sourceforge
net/tracker/index
php?func=detail&aid=1525723&group_id=13002&atid=113002

 * 1525708 2
10
9 - "Open List In New Window generates error when



     When $GLOBAL_BLACK_LIST is set to one, and you're using one  

of the SQL's (which is required for the Global Black List function)

     http://sourceforge
net/tracker/index
php?func=detail&aid=1525708&group_id=13002&atid=113002

 * 1525671 2
10
9 - Lists set up as disc
 lists don't act like it  

when- http://sourceforge net/tracker/index php?func=detail&aid=1525671&group_id=13002&atid=113002

 * 1523618 2
10
9 - blank list invite message generates error  

when you submit the form

     This is because something needs to be in the body of the  

message, and if both the text and HTML version of the message are
blank, you get an error

     http://sourceforge
net/tracker/index
php?func=detail&aid=1523618&group_id=13002&atid=113002

 * 1523529 2
10
9 - bounce handler sending unsub email notices  

before before actually unsubscribing the email address?

     The, "number of subscribers" notice in the email is off by  

exactly the number of addresses the bounce handler has supposively unsubscribed

     ?!

     http://sourceforge
net/tracker/index
php?func=detail&aid=1523529&group_id=13002&atid=113002

 * 1521008 2
10
9 - setting passwords in %LIST_SETUP_DEFAULTS



     and company (%LIST_SETUP_INCLUDE, %LIST_SETUP_OVERRIDES)  

doesn't work, since the passwords are saved in the actually list- specific settings in an encrypted form

     Attempting to override this, either in the Config
pm or in an
     outside config file (
dada_config), will lead to unexpected  

results

     This is neither documented, or discourgaged, or whatever


     I propose the behavior be that placing a password in any of  

these locations automagically encrypts the password transparently,
so the program Does What You Tell It, and a warning is placed
stating the dangers of placing such a password in there

     That shoud do it


     http://sourceforge
net/tracker/index
php?func=detail&aid=1521008&group_id=13002&atid=113002

 * 1520969 2
10
9 - default screen is useless if all lists are  

hidden but it still shows the heading, "available lists"

     and the signup form to subscribe to a list - which doesn't  

work

     This should all just be hidden - no?

     http://sourceforge
net/tracker/index
php?func=detail&aid=1520969&group_id=13002&atid=113002

 * 1520961 2
10
9 - Admin popup menu is blank if all lists are  

hidden Which is worthless If all the lists are hidden, there
should be a text box to enter in a list short name, instead of having to
select, "other "

     Kind of small and niggling, but it's there


     http://sourceforge
net/tracker/index
php?func=detail&aid=1520961&group_id=13002&atid=113002

 * 1520960 2
10
9 - " Welcome to Pro Dada" sometimes has wrong  

URL where it says,

     Pro Dada is running correctly, but is not configured  

properly - if you haven't configured the program, please do so now

     Click here for more information


     This happens if you don't set the, "$PROGRAM_URL" or,
     "$S_PROGRAM_URL", but try to access Dada Mail


     If this information is lacking, it tries to use CGI
pm's url()
     method
 Sometimes this fails


     You *may* be able to also use the environmental variable,

     $ENV{SCRIPT_URI}

     and then, if that's blank, use the CGI->url() method


     http://sourceforge
net/tracker/index
php?func=detail&aid=1520960&group_id=13002&atid=113002

 * 1520957 2
10
9 - $GLOBAL_BLACK_LIST not set-able in outside  

config he Config pm file has be to tweaked from saying:

     $GLOBAL_BLACK_LIST = 0;

     to:

     $GLOBAL_BLACK_LIST ||= 0;

     http://sourceforge
net/tracker/index
php?func=detail&aid=1520957&group_id=13002&atid=113002

 * 1520956 2
10
9 - $GLOBAL_UNSUBSCRIBE not set-able in outside  

config The Config pm file has be to tweaked from saying:

     $GLOBAL_UNSUBSCRIBE = 0;

     to:

     $GLOBAL_UNSUBSCRIBE ||= 0;

     http://sourceforge
net/tracker/index
php?func=detail&aid=1520956&group_id=13002&atid=113002

 *1520954 2
10
9 - $GLOBAL_LIST_SENDING not set-able in outside  

config The Config pm file has be to tweaked from saying:

     $GLOBAL_LIST_SENDING = 0;

     to:

     $GLOBAL_LIST_SENDING ||= 0;

     http://sourceforge
net/tracker/index
php?func=detail&aid=1520954&group_id=13002&atid=113002