Justin - I'd like all subscription fields to be included in the unsubscribe notice As it is now, you only get the email address which often cannot identify the user The fields could be buffered somewhere and then after the user is deleted, the buffer could be included in the email notice

Carl K

----- Original Message ----- From: "Justin J" justin@dadamailproject com To: "Dada Mail Developers Subscriber" ckuczun@comcast net Sent: Monday, January 18, 2010 8:45 PM Subject: [dadadev] Re: Dada Mail Development Focus

Here's some of the projects for Dada Mail I'd be interested in working on:

Installer

I'd like to see an installer for Dada Mail - something like what Movable Type (or whatever blog system) has - just visit, "install cgi" and you get a little wizard-thing that guides you and makes the necessary directory structure, SQL tables - that sort of stuff

This opens a big can-o-worms, since, after you make an installer, eventually someone wants an, "upgrader" and that's a headache

No installer exists - even for the gobs of installs I do What's nice is I can at least test the installer, why doing my own installations I see a lot of different setups, so it's great to know I can see how it works for all these different setups

Profile Fields Widgets

I would also like to see the Dada Profiles be a little more sugary - not just plain textboxes, but the option to have a popup menu, checkboxes, radio buttons - as well as more fancier widgets, like a "date", City, State, Country, Zip as well as a way to have a way to validate this information, as well as a way to add your own widget types to what I could ship

I'd also like to see an easy way to make a field hidden, required (and I like this idea) "Read Only"

Partial Sending Flexibility

If I have a few fields: Name, City, State, Country, Favorite Color,

It would be nice to say:

"Hey, send to everyone living in Denver, Boulder, or Colorado Springs, who likes red and blue and who's age is under 25"

Right now you can't And I hate it

PSGI Compatibility

This:

http://plackperl org/

Probably by porting Dada Mail to something like this:

http://cgi-app org/

This is my answer to the, "but performance on Dada Mail, sucks!" problem Always compiled in memory and persistent database handle is what's needed

New Clickthrough Tracker

With fancy graphs

I'd like to move the log to some sort of SQL table and I'd like to be able to do a lot more, neater analysis on what's going on Automatic Clickthrough Generation for all URLs I want to see a graph that shows also how many subscribers my list has had in a time frame I want to see a pretty graph that shows how many messages are sent in a time frame That sort of stuff

ONLY closed loop opt in subscription

I'd like to add an option during list creation that says something like, "Don't allow me to mass subscribe subsribers myself - only allow subscribers to subscribe themselves"

I get reports of people using Dada Mail to send Spam messages This is stupid I don't like it and the people who do this, I dislike even more Morons I'd like closed-loop opt in be the only option for subscription and no way, in the future, to change this!

One can dream

And probably still, everything listed on this doc:

http://dadamailproject com/support/documentation-4_0_2/projects pod html

That hasn't been implemented