January 19th 2010 PST
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" To: "Dada Mail Developers Subscriber" Sent: Monday, January 18, 2010 8:45 PM Subject: [dadadev] Re: Dada Mail Development Focus Here's some of the proj ...Continue Reading
January 18th 2010 PST
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 someo ...Continue Reading
January 18th 2010 PST
Here's a compilation of what I'm hearing from you guys: John: ------------------------------------------------------- * Faster I'm guess I'll ask what exactly you want faster! :) * One central login for all lists. I guess I'm not sure again what this is - the login currently available is for all the lists - do you mean login, somehow, to every list at once? * Irregularity and instability after starting a mass mailing: > I'll tag on this. Most of the problems I've had happen when the blast starts sending. ...Continue Reading
January 18th 2010 PST
I'll reply to the compiled ideas in a separate email, but I just wanted to touch on this: > Send a single message to all lists that does not send duplicates to some users who are on more than one list. This has been reimplemented in Dada Mail, in the Multiple Mailing List Sending feature: http://dadamailproject.com/support/documentation-4_0_2/features-multiple_list_sending.pod.html It's exactly like the feature that was in 2.x, removed from 3.x that's been re-added in 4.x, except that partial list sending is ...Continue Reading
January 17th 2010 PST
I'll tag on this. Most of the problems I've had happen when the blast starts sending. It seems to take a while to assemble the email and start the process, meanwhile the Monitor page is taking up precious resources. Sometimes it will take a minute or two for the messages to start to flow. For a while I was getting 500 server errors and only solved them by starting over with a whole new list and migrating only the addresses to it (which may point to a separate problem, but the old list was ...Continue Reading
January 17th 2010 PST
Send a single message to all lists that does not send duplicates to some users who are on more than one list. Justin J wrote: On Jan 12, 2010, at 1:35 PM, Justin J wrote: I want to start thinking about future developments of Dada Mail Not all at once, now! :) Any ideas you guys/gals have? ------------------------------------------------- John Collins Meetings and Mixers Box 80461 Rancho Santa Margarita, CA 92688 c949 689 7070 john@PROTECTED http://www.meetingsandmixers.com/ Post: ...Continue Reading
January 16th 2010 PST
Here is what I want to see:[*]Code Optimization. There are some things, such as the Sending Monitor screen, that load very slowly and I'd like to see some speed gains. [*]API. As Frans said, it is very useful to be able to use Dada Mail from other programs. Maybe it could even get to the point that the Administration pages use the same API, instead of actually having code in them, so that we have built in API documentation. Keep up the Great Work!------------------------------Moshe KatzKatzNet Comput ...Continue Reading
January 16th 2010 PST
2010/1/15 Justin J <justin@PROTECTED> On Jan 12, 2010, at 1:35 PM, Justin J wrote: > I want to start thinking about future developments of Dada Mail Not all at once, now! :) Any ideas you guys/gals have? Hereby my wish-list:*Profile Fields*Make it possible to define other profile fields like a checkbox, radio buttons, text area and select list. Besides public and hidden fields (those starting with an underscore) add another category "read-only": these are showed publicly but cannot be changed by a ...Continue Reading
January 16th 2010 PST
2010/1/15 Justin J <justin@PROTECTED> On Jan 12, 2010, at 1:35 PM, Justin J wrote: > I want to start thinking about future developments of Dada Mail Not all at once, now! :) Any ideas you guys/gals have? Hereby my wish-list:*Profile Fields*Make it possible to define other profile fields like a checkbox, radio buttons, text area and select list. Besides public and hidden fields (those starting with an underscore) add another category "read-only": these are showed publicly but cannot be changed by a ...Continue Reading
January 15th 2010 PST
My 2 cents:Functionality wise dada is great but I'd love to see the interface move towards something like that of campaign monitor for the sake of our clients.. would be a great edgeI would be happy to help working on the front-end templates On Fri, Jan 15, 2010 at 12:39 PM, John Collins <john@PROTECTED> wrote: Okay. Faster One central login for all lists. Justin J wrote: On Jan 12, 2010, at 1:35 PM, Justin J wrote: I want to start thinking about future developments of Dada Mail Not all at once, now! :) Any ...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.