Dada Mail Developers Archives

 

Re: Template Optimizations/Enhancements

November 11th 2011 UTC

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

Re: Template Optimizations/Enhancements

November 11th 2011 UTC

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

Re: Template Optimizations/Enhancements

November 11th 2011 UTC

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

Re: Template Optimizations/Enhancements

November 11th 2011 UTC

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

Re: Template Optimizations/Enhancements

November 9th 2011 UTC

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

Re: Template Optimizations/Enhancements

November 9th 2011 UTC

> 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

Re: Template Optimizations/Enhancements

November 9th 2011 UTC

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

Template Optimizations/Enhancements

November 9th 2011 UTC

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

Re: bug? Not sure it should be submitted at github or not

November 3rd 2011 UTC

That's what I thought. I'll test it next mailing and see if it does it again. Warm regards, Mary Ann -----Original Message----- From: Justin J [mailto:justin@PROTECTED] Sent: Thursday, November 03, 2011 3:52 PM To: Dada Mail Developers Subject: [dadadev] Re: bug? Not sure it should be submitted at github or not On Nov 3, 2011, at 9:44 AM, Mary Ann wrote: > I manually pauses a mailing and was planning to restart it later today. Autopickup must have restarted it on its own because I just got a "mailing complet ...Continue Reading

Re: bug? Not sure it should be submitted at github or not

November 3rd 2011 UTC

On Nov 3, 2011, at 9:44 AM, Mary Ann wrote: > I manually pauses a mailing and was planning to restart it later today. Autopickup must have restarted it on its own because I just got a "mailing completed" notice. Once it's paused, it should stay pause indefinitely, unless you manually "unpause" it. If you can recreate the problem, I'll look at it more closely. ...Continue Reading
  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • 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:

https://dadamailproject.com/d

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:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

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.

Privacy Policy:

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.