November 13th 2011 PST
Hi everyoneNot quite sure if this is a developer or general 'hacks' forum discussion, but we are now receiving quite a large (50/60 per 1/2 million newsletter) amount of Abuse Reporting Format responses from AOL which are from people who flag the messages as spam (not true!) and we then manually unsubscribe them from our lists. I was about to sit down and roll some custom code to handle these automatically, as we have the unsubscribe link in the body of the email (ARF format doesn't include the reporter's email in the ...Continue Reading
November 13th 2011 PST
During my optimization pass, I found a massive memory leak that happens during a mass mailing of an HTML message. The mass mailing process potentially starts eating up many hundreds of megs of memory, which could potentially start slowing things way, way down, or even get your sending process killed. This underlying problem could be the culprit of a lot of mysterious sending problems with Dada Mail. I've been able to remove the problem with the development stuff I've been doing and was also able to backport the bug, so ...Continue Reading
November 11th 2011 PST
On Nov 11, 2011, at 4:20 PM, MM John wrote: > The backwards compatibility issue is easily solved by dupllcating, renaming and archiving all the old files including the database. Then they wouldn't be deleted or overwritten and could be reinstated. Should have thought of that when I wrote it. Here's the scenario I'm talking about: You archive the old install and install the new version. An upgrade from version 2 of Dada Mail to version 4 of Dada Mail is going to require some migration steps - the internal format ...Continue Reading
November 11th 2011 PST
The backwards compatibility issue is easily solved by dupllcating, renaming and archiving all the old files including the database. Then they wouldn't be deleted or overwritten and could be reinstated. Should have thought of that when I wrote it.I don't understand the below sentenceIt's pretty hard to know what your deliverability is actually with Dada Mail 2x. Do you have any idea (meaning: data)? Yes we are saying the same thing below, just from a different point of view. The re ...Continue Reading
November 11th 2011 PST
On Nov 11, 2011, at 7:38 AM, MM John wrote: > Before testing it, I would have to be sure that I would not be changing something that would prevent me from going back to the earlier version. (if it ain't broke, etc) I work really hard for forward-compatibility - being able to work with old lists in with a new Dada Mail, but it's not too too realistic for me to be able to do the opposite. That's a lot to ask for. > The improvement that has me the most interested in upgrading has not been implemented yet. It's t ...Continue Reading
November 11th 2011 PST
Before testing it, I would have to be sure that I would not be changing something that would prevent me from going back to the earlier version. (if it ain't broke, etc)The improvement that has me the most interested in upgrading has not been implemented yet. It's the changes suggested to Bounce handler in which soft bounces are cleared if mail to a recipient is accepted on subsequent mailings. There are other nice features, but I've gotten by without them so far.But I'd even forego that fea ...Continue Reading
November 9th 2011 PST
On Nov 9, 2011, at 6:31 PM, Justin J wrote: > But take in account how fast the templating engine is now, and how fast my tests say it could be. The savings just creating the email message would be a few minutes to... I dunno, an hour? per *25,000*. I don't know if the template engine is really a large bottle neck. Actually, depending on what I use to look into this, I get different answers. Using a tool called Devel::NYTProf (which is pretty incredible) it actually gives a dramatic speed improvement: http://dadam ...Continue Reading
November 9th 2011 PST
> I reverted to 2.11.16 quite some time ago because it could send out 25,000 emails about 180kb in size in about an hour, which is about 7 per second. I needed the speed because sometimes I send several in a day. Subsequent versions took much longer to send. I'd like to have the advanced features of the newer versions and would update in a heartbeat if the speeds were comparable. But take in account how fast the templating engine is now, and how fast my tests say it could be. The savings just creating the email me ...Continue Reading
November 9th 2011 PST
You got my attention on this one.I reverted to 2.11.16 quite some time ago because it could send out 25,000 emails about 180kb in size in about an hour, which is about 7 per second. I needed the speed because sometimes I send several in a day. Subsequent versions took much longer to send. I'd like to have the advanced features of the newer versions and would update in a heartbeat if the speeds were comparable.FYI: using sendmail, no batches, no gaps; just one big gulp. It's faster than ...Continue Reading
November 9th 2011 PST
Hello Everyone, I've been toying (again?) with changing the template engine in Dada Mail (but keeping the syntax the same) from HTML::Template: http://search.cpan.org/dist/HTML-Template/ To HTML::Template::Pro http://search.cpan.org/dist/HTML-Template-Pro/ HTML::Template::Pro promises speedups between 10 and 25x over HTML::Template, which is pretty nice. The downside is that I won't be able to ship Dada Mail with HTML::Template::Pro enabled by default, as HTML::Template;:Pro requires you to compile the module. ...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.