At 6:30 PM -0500 1/22/09, Justin J wrote:
On Jan 22, 2009, at 2:19 PM, Alex Judd wrote:
One tad annoying thing is that these test emails then show up in the Clickthrough Tracker, so you end up with x number of dated text campaigns (of the format YYYYMMDDHHMMSS) in between each real campaign which makes it hard to read the stats on successive campaigns
Yeah, that's annoying, I don't quite know what to do about that, since perhaps you're sending a test message to test the clickthrough links and when they're clicked, they'll add an entry in the clickthrough tracker It's probably time to rethink that plugin a bit
Maybe just an if statement that the result must be greater than 10 to print Or some small number
Got it Change 'clickthrough_tracking cgi' WIth this mod, it won't report anything less than 10 clickthroughs Change the number to suit Add: if($m_report->{$}->{count} > 10){ (Probably) on line 128 or near it, or right under the line: foreach(sort { $a <=> $b } keys %$mreport){
And add a curly bracket at about line 212: } Or right above the line print $q->end_table;
BTW, changing the line referenced above to reverse sort as shown below puts the most recent one on the top of the list as such: foreach(reverse sort { $a <=> $b } keys %$m_report){
>
Also (a sneaky feature requets if there ever was one ) is there any easy way to support having multiple email addresses in the Test Email field on the Send Email page, so that rather than having to submit 5 tests to all relevant parties, we can just put them in and do in one go?
I like Carl's idea a whole lot :)
Does anyone else think it might be nice to have a "Super Admin" account which can go in and monitor all campaigns currently sending in one window?
At present I can monitor all campaigns within my list, but not across all lists in my server so if we are running different lists we have to logout, login, logout, login to view the different list progresses
I do :)
It is quite annoying The burden really is that the list administration control panel thingy is list-centric and sneaking in features for ALL lists, is always awkward
Something soon has to be done about that, because it's dragging the program down Another example is the global configuration - why the heck can't that be changed via some sort of web-based control panel? That's silly
I'm kind of hoping that once I get the current fundraiser projects done, we can all brainstorm on the next ones :) (or, hey, branch out the program and start plugging away!)
And just a quick note on that: development is going great - just with the changes I've made, the program runs faster, is smaller in size and is a whole lot less messy (and a lot more hackable) and I have a great base to now add some fun features, without hating myself And all the tests still pass, so we're on a good ground to build up
BTW the 3 0 2 database connections behave much more nicely than the 3 0 0 ones so would strongly suggest anyone using 3 0 0 with any database to upgrade
You can say that again Running just one of the test files, there were 345 connections made to the DB server - granted it's a stress test type of thing, but with the changes made with 3 0 2, that amount of connections turns into about 2 or 3 I noticed it because I had turned off the optimizations for the SQLite test - thinking it wasn't compatible On a lark, I flipped the optimization backed on and the tests ran perfectly Whew!
Start a new thread, email: dadadev@dadamailproject.com
This is the developer discussion mailing list for Dada Mail.
If you are just looking for support Dada Mail, consult the message boards at:
https://forum.dadamailproject.com
Documentation for Dada Mail:
Specifically, see the Error FAQ:
https://dadamailproject.com/d/FAQ-errors.pod.html
To post to this list, send a message to:
mailto:dadadev@dadamailproject.com
All subscribers of this list may post to the list itself.
Topics that are welcome:
Dada Mail is on Github:
https://github.com/justingit/dada-mail/
If you would like to fork, branch, send over PRs, open up issues, etc.
This Privacy Policy is for this mailing list, and this mailing list only.
Email addresses collection through this mailing list are used explicitly to work within this email discussion list.
We only collect email addresses through our Closed-Loop Opt-In system.
We don't use your email address for any other purpose.
We won't be sharing your email address with any other entity.
Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.
All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.
All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.