August 9th 2005 PST
Shane Clintberg wrote: [snip] > If this is something that interests you, I'd be happy to apply my > freshly-learned templating skills to building a skeleton of > "config_settings_screen.tmpl" that you can work with. (Alas, I don't > have the Perl chops to do that follow-through work, but perhaps someone > else would be willing to take this on?....) [snip] That sounds like a pretty good idea. Maybe put the config file in the directory above the DADA dir (I know you can do this already but a gui ...Continue Reading
August 9th 2005 PST
[dadadev] Tentative Roadmap for Dada Mail > Anything else that should be done? I don't know if this has been asked before, but what are your thoughts on adding a "Configuration Settings" screen to the control panel that would allow admins to dynamically create $PROGRAM_CONFIG_FILE_DIR and adjust some of its settings via the Web interface? Two reasons I'm thinking of this now: First: your roadmap shows that you're obviously still interested in keeping Dada Mail as user-friendly as ...Continue Reading
August 9th 2005 PST
[dadadev] Tentative Roadmap for Dada Mail > this is the draft of the roadmap for Dada Mail, let me know what your thoughts are Well, first, some introductory thoughts to, uh, begin... [*]Thank you for this! Having these plans out in public is immensely helpful for those wishing to pitch in. (I hope you'll be putting them up on the site and/or CVS, and reviewing and revising them as necessary.) [*]Version branching definitely looks worth whatever trouble/learning curve it will bring. [* ...Continue Reading
August 9th 2005 PST
> Just out of curiosity, could you expand on the Muli-field concept? > I'm pretty new to the list so I could use a quick summary when you > have time. Saving more than just an email address, like name, street address, zip code, etc - whatever you'd like, per list. You could then use this information in your email message, for example: Dear [salutation] [last_name], I hear you like, [type_of_animail] we've got a touring circus featuring [type_of_animal] coming to [city], [state] You get the idea. Yo ...Continue Reading
August 8th 2005 PST
Dada Mail (Justin Simoni) wrote: > > OK, > > sorry about this, but I just received word that the whole multiple > fields (to be the basis for 3.0) thing is going to be off for the time > being, as my client has pulled away from the project. I wouldn't have > announced it without thinking it was going to happen, since I got the > green light in so many ways - including payment-wise, and now it's not > happening. > > Sorry for the confusion, > > Justin Simoni Just out of cu ...Continue Reading
August 8th 2005 PST
OK, sorry about this, but I just received word that the whole multiple fields (to be the basis for 3.0) thing is going to be off for the time being, as my client has pulled away from the project. I wouldn't have announced it without thinking it was going to happen, since I got the green light in so many ways - including payment-wise, and now it's not happening. Sorry for the confusion, Justin Simoni ...Continue Reading
August 8th 2005 PST
Hey everyone, this is the draft of the roadmap for Dada Mail, let me know what your thoughts are on it, Cheers, Justin Road Map For Dada Mail Very Near Future, Goals: [*]Release 2.10 [*]Normalize the release process At the moment, Dada Mail's release cycles have been tied to the linear fashion that it has been developed: ----> 2.8.12 ----> 2.8.13 ----> 2.8.14 ----> 2.8.15 ----> 2.9----> 2.9.1 ----> 2.9.2 This causes major problems: for example: any bug fixes in 2.8.15 couldn't be rel ...Continue Reading
August 8th 2005 PST
Maybe I'm misunderstanding your request for feedback in *this* message, but offering shot-in-the-dark suggestions /before/ we see a roadmap seems to hold a large potential for duplicated/wasted effort. Please send us a draft version of your roadmap *first*, so we can see if our ideas have already been thought of and scheduled by you or, for that matter, thought of and rejected. (Giving us this starting point will also provide us a better idea of the breadth and depth of the areas you're asking us to consider/add to/r ...Continue Reading
August 7th 2005 PST
OK, I've been promising at least Shane an alpha version for all of us to work with (and be on the same page) for quite a while, and I may in fact be able to go to something like that tonight. Every summer I seem to want to hold hands with pretty girls and walk mindlessly in parks more than I want to stare at my Powerbook all day... Regardless :), I wanted to give people some fair warning before I bundle basically what's in CVS now + a few tweaks and produce a working alpha which will be very much incomple ...Continue Reading
August 7th 2005 PST
Hmm, I think I wasn't too clear on what I liked about iFrames: That you can should pretty much exactly how the message is formatted. What I don't like about iFrames is that it's stuck in, well, an iFrame - I don't want double scroll bars, or a box the message is trapped inside of. This solution would give me what I hate about iFrames coupled with the shortcomings of putting the content inline. :) I like the width can automatically change, but so can text outside of the faked iFrame. I guess what I'd love ...Continue Reading
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.