September 16th 2009 PST
Yes, good luck and congrats! What a great thing to do! Enjoy! You might like it so much you'll not come back. (I'd surely like to escape the political bickering here for a while.) John On Sep 13, 2009, at 6:40 PM, Justin J wrote: > Sorry for not giving much time in my 2 week absence recently - I > *did* want everyone to know that I'll be moving to Paris, France for > the remainder of the year. I wanted it to be clear I'll be working > on Dada Mail stuff while there, so it's not really a vacatio ...Continue Reading
September 16th 2009 PST
Hi Justin,Any chance of the FCKEditor save function getting a look before the move? :-) --CheersKenskype: thekenshowDecision making is a choice between gambles.- Daniel Kahneman On 13-Sep-09, at 9:41 PM, Justin J wrote:Hey everyone,Sorry for not giving much time in my 2 week absence recently - I *did* want everyone to know that I'll be moving to Paris, France for the remainder of the year. I wanted it to be clear I'll be working on Dada Mail stuff while there, so it's not really a vacation, or anything - it's ...Continue Reading
September 13th 2009 PST
Hey everyone, Sorry for not giving much time in my 2 week absence recently - I *did* want everyone to know that I'll be moving to Paris, France for the remainder of the year. I wanted it to be clear I'll be working on Dada Mail stuff while there, so it's not really a vacation, or anything - it's an actual move. Except for a little flight time and getting arranged, it should be pretty much, business as usual. When I do go out of town, I'll be carrying some sort of computer to keep up on discussions and su ...Continue Reading
September 13th 2009 PST
I've actually not used batch sending. I always thought the small batches and the delay between batches added too much time to the sending process. Although I just did the math and it's not that big of a deal if I were to set the max of 180 between batches and one sec between batches then that would add three minutes to the list of 31k. If I do a batch of 100 and a sec between it add a little over 5mins. Per your suggestion that you always use it, I'll try it on the next blast. 5mins is not important. On ...Continue Reading
September 13th 2009 PST
I already sent the weekly newsletter so I can only send myself single samples today. Tried this first. In dada/DADA/Template/templates/sending_monitor_screen.tmpl THIS LINE CHANGED TO So it doesn't default to the monitor being on. Tested four times. The result was about the same for each: Mailing Started: 09/13/2009 14:24:49 Mailing Ended: 09/13/2009 14:24:50 Total Mailing Time: 1 second I think, no, I'm guessing, and maybe all wrong, that setting the monitor default to not refresh allowed the sending ...Continue Reading
September 13th 2009 PST
On Sep 8, 2009, at 2:52 PM, John Collins wrote: > > More info. > > Doing some digging after some complaints from users, I discovered > that only a very few ciickthrough tracking links worked. > > Here's how one looks that didn't work before and after it was sent > in a blast by dada > > The link before: > ABAOC's "Grow & Thrive in a > Difficult Economic Times" in Westminster on Thursday The one thing I'm wondering is if it's because of the query string in the ...Continue Reading
September 13th 2009 PST
On Sep 8, 2009, at 1:17 PM, John Collins wrote: > What I'm guessing is that my large emails, 160kb plus large user > database, plus extra fields in settings database, plus perhaps a > hosting anomaly is causing either the app or perl to hiccup when the > sending monitor attempts to reload before the email is compiled and > sending starts. I kind of concur. I ran into this problem when working on the multiple list sending stuff for 3.1 and the time it was taking to compile a sending for say, ...Continue Reading
September 13th 2009 PST
On Sep 13, 2009, at 12:57 PM, Alex Judd wrote: > Justin (and anyone else!) - any thoughts on optimum send rates of > Batch vs. non-Batch and how many to send per batch? > > We were doing 1 per batch, and then a 0.001 wait (basically as fast > as the server can go), but is there any downsize in sending more > than 1 email per batch? > > Was thinking that maybe more messages per batch might increase SPAM > ratings (if they are sent as BCCs or similar) or can we do say 50 > per batc ...Continue Reading
September 13th 2009 PST
Hi Justin Basically we modified the array of sending times to include these extra sub-1 second times - so I think (of the top of my head) it is normally something like (1..160, 170, 180) etc. and we modified this to be (0.001, 0.01, 0.1, 1..160, 170, 180) so yes maybe we do get what we want, but not quite the way we intended it! Any thoughts on the batch vs. how many discussion? :-) Alex Justin J wrote: > > On Sep 10, 2009, at 6:32 AM, Alex Judd wrote: >> - and then wait 0.01 seconds, before the n ...Continue Reading
September 13th 2009 PST
On Sep 10, 2009, at 6:32 AM, Alex Judd wrote: > - and then wait 0.01 seconds, before the next batch [custom > modification to DaDa to add this speed setting] What's the custom mod you made? Just with the actual list setting? If so, this may not work exactly how you want - the problem won't sleep for .01 seconds, it may just sleep for no seconds, which will probably do much of what you want. The problem is that the, "sleep()" function that Dada Mail uses rounds to the nearest second (I think) ...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.