On 16 Sep 2005 06:21:10 -0000, "Dada Mail \(Justin Simoni\)" Subject: [dadadev] Large Messages in the SQL Archive Backend With these words of wisdom: > > OK, here's a bug to investigate if you're using the SQL Archive Backend, > > The type of column for the, "raw_msg" field is set to, "text" - it > seems that this type of column has a limit of 65,000 characters - > which is moronic for me to have set. An HTML message with a sizeable > attachment will go over ...Continue Reading

Justin, > I'm considering taking out the current plugins/extensions that > are in the Magicbook and putting them into the regular distro - why? That seems a bold move; great news for users and developers, but I fear for your magicbook sales.... I would very much welcome more development being put into the plugins. I am not in a position to judge your financial state and don't have a clue about the amount of MagicBook sales you have so it's all guesses here.. True, more features in Dada will gather more int ...Continue Reading

Heya, I dig http://TextDrive.com - can't say enough good things about them. It appears that Dada Mail, out of the box, doesn't work with encrypting the Dada Root Password (and maybe even the list passwords) Here's the how-to to tweak Dada Mail to work with TextDrive: Open up the Config.pm file, Change this line: $SALT=$C[rand(@C)].$C[rand(@C)]; to: $SALT .= $C[rand(@C)] for (0 .. 19); Change these lines: $FIRST_SUB ||= 0; $SEC_SUB ||= 2; To: $FIRST_SUB ||= 7; $SEC_SUB ||= 20; And you're of ...Continue Reading

OK, here's a bug to investigate if you're using the SQL Archive Backend, The type of column for the, "raw_msg" field is set to, "text" - it seems that this type of column has a limit of 65,000 characters - which is moronic for me to have set. An HTML message with a sizeable attachment will go over this. This fix is to alter the table, and have this column be of the, "MEDIUMTEXT" type - which should give you 16 million characters. I think there were some reports (Gerard?) of weir ...Continue Reading

I'm considering taking out the current plugins/extensions that are in the Magicbook and putting them into the regular distro - why? * Because the plugins are used by only people who have purchased Pro Dada/Magicbook, they get used less, and developed (by me) less * More, separate scripts = more small projects for people (other than me!) to work on. More developer interest. * More features at a good price (free) may mean more interest to the program. More utility - more users. Dada Mail more appealing whe ...Continue Reading

Many thanks for the latest release Justin! Just discovered a small issue. After setting up a new list, mailinglist options "Receive Subscription Notices" and "Receive Unsubscription Notices" are disabled by default looking at the control panel. However, dada act as if these options are enabled: the messages are really send. Looks like the following part in Messages.pm is causing this behaviour: if($status eq "subscribed"){ if(exists($li->{get_sub_notice})){ if($li->{get_sub_n ...Continue Reading

Yeah, I'd probably ditch all this: [snip] # this is how we find what list we're working on my %login = $q->cookie(-name => $LOGIN_COOKIE_NAME); my $admin_list = $login{admin_list} || undef; my $admin_password = $login{admin_password} || undef; [/snip] -- Justin Simoni .: Dada Mail "Write Once - Distribute Everywhere" Email Communication Software url: http://dadamail.org ph: 720.436.7701 aolim: leaddadaist On Sep 14, 2005, at 6:00 PM, Gerard wro ...Continue Reading

I have investigated this error message: [Wed Sep 14 00:10:02 2005] scheduled_mailings.pl: "my" variable $admin_list masks earlier declaration in same scope at /usr/local/www/cgi-bin/dada/plugins/scheduled_mailings.pl line 326, line 1. It refers to this code. Line 326 is the next to last one: sub cgi_main { # this is how we find what list we're working on my %login = $q->cookie(-name => $LOGIN_COOKIE_NAME); my $admin_list = $login{admin_list} || undef; my $admin_passw ...Continue Reading

Congratulations on the release, Justin! Thanks for giving me such free rein to muck about of late. I look forward to taking it for a spin...and eventually reopening a couple of (now) version 2.11 wishlist/bugfix discussions...when my time frees up once again.   My thanks go also to Frans Gouverne, Bruce Kallick, Manfred Lechner, Mark Stosberg, and Alfred Vink for your discussion and input, testing, and support & critique of the ideas I've thrown into the mix here, and especially for putting up with my ov ...Continue Reading

> the pop3 account, apparently, is not processing these messages. i > think i have set up the cron job correctly, but your directions (as > with most of your directions) use command line and that's not an > option. Ok, the newest version of dada_bridge.pl (paired with 2.10) will allow you to test your pop3 connection and manually run the awaiting messages from the web-based control panel. You don't need to jump into a shell anymore. > when i "test pop-before-smtp settings" i get ...Continue Reading