Use Third Party Email Template/Layouts in Dada Mail

Can you use a third party email layout with Dada Mail? Absolutely! So long as you have HTML for Dada Mail to send, it’ll send it!

In this walk through, I’ll be using a template created by (no affiliation). Stripo allows you to export the HTML for your email message – look for the, Export button,

then choose, HTML

Once you have the HTML, you’ll want to open it up in a Text Editor, and replace the unsubscribe link, with what Dada Mail uses. Here’s the template tag that Dada Mail uses as a placeholder for its unsubscribe link:

<!-- tmpl_var list_unsubscribe_link -->

In my template, I found the link for, “Unsubscribe” and placed this tag in the, href="" parameter.

Log into your list control panel, and create a new draft message.

Under the, HTML Version tab, paste the source of your message into the source of the Rich Text Editor – (click the, Source button to reveal the source!)

Since this email message is fully-formed, it doesn’t need a layout of its own. Click the, Layout tab and select: Don’t Use a Layout

Almost done! Preview the message by clicking the, Preview button and make sure everything looks good, before sending things out:

Looks good! One thing to double-check is if the, Unsubscribe link is properly set. You’ll know this if the Unsubscribe link shows this when hovered over (don’t click it!)

Dada Mail will add its own unsubscribe link + text, if it can’t find one in your message. So, if one is added by Dada Mail, it may be because the one you tried to add didn’t work correctly.

And that’s all there is to it!

Some tips:

Make sure css is already inlined. Dada Mail won’t do this for you, when you pick, “Don’t use a layout” in the Layout Options. There’s online inliners to help you (example). Just paste the HTML you’re using in these tools, inline it, copy the results, then paste those results into Dada Mail.

If you’re going to use an outside template/layout often, consider disabling the rich text/WYSIWYG editor. This will speed up pasting in the message itself. In the list control panel, go to: Control Panel Settings: Options. Under:  WYSIWYG Editor Options, Select: Don’t use a WYSIWYG Editor.


New Community Support Forum!

Support Forum for Dada Mail are back! We’re going to roll these out slowly (beta!) to see how well they’re working:

The purpose of these forums are for Dada Mail users to help each other in getting the most out of the app. Post away!


Consent and Mailing List Subscriptions in Dada Mail

With the GDPR finally active, many people have questions about “consent” and how it relates to public mailing list subscriptions. This article is to try to help out those who are confused, and give a little bit of guidance on how you can set up your mailing list correctly to make sure your subscribers have granted their consent when being a part of your mailing list. We’ll highlight some of the tools at your disposal to help build trust with your subscribers when it comes to asking for their consent to use their personal information, like their email address, for your mailing list.

We’re going to use this doc. put out by the UK’s ICO as the basis for this article:

Closed-Loop Opt-In Subscription

This is what the subscription confirmation button looks like embedded in an email message when it’s received by a user.

The original form of consent used in Dada Mail since version 1 is still with us today. That is Closed-Loop Opt-In Subscription – a fancy way of saying that after user fills out a form to subscribe, they will have to then click a link in an email message they receive to confirm their subscription to the mailing list.
The main reason to have this done is to make sure that the user who filled out the information into the subscription form is also the same user that has access to the email account the information will be tied to.
If you can’t check the email account, you can’t subscribe the email address to a mailing list. Simple and effective,  Closed-Loop Opt-In also stops a lot of abusive things that happen on a mailing list, like a ‘bot subscribing bogus addresses through your subscription form.

Collecting Additional Consent

If there is something specific that you would like to do with the data you collect during a subscription request, Dada Mail has an additional mechanism in place to ask, record, and report this consent.
To be thorough, we do suggest collecting this consent specifically for asking a user to grant the consent to be a part of your mailing list! This means, at minimum, you’ll have one List Consent set up that says something like,
I would like to subscribe to [YOUR MAILING LIST NAME] to receive updates from [YOUR ORGANIZATION’S NAME] by email about [A SPECIFIC TOPIC]
In Dada Mail, this is simply called, List Consents. Here’s how to work with them:
Log into your mailing list – make sure to use your Pro Dada Root Password, as this screen is, by default, only available to those who use that password (the List Password won’t show this screen!)
Once logged on, navigate to, Mailing List: List Consents
This screen will allow you to add as many explicit, and separate different points of consents you would like the users of your mailing list to give you.
Find the form labeled, Create a New Consent
Fill out the textbox with the new point of consent and click, Save New Consent.
That’s it! You’re done!
The List Consents you have set up will now show up on your mailing list subscription form, next to checkboxes (unchecked) a user will have to explicitly check in order to then join your mailing list.
When a user requests a subscription for your mailing list, the request will be recorded, along with exactly which List Consents the user has agreed to.
Once a user has joined your mailing list, this data can be seen being reported from within the list control panel. Log back in (if you aren’t logged in still), and navigate to: Membership: View.
Search/Select an address you would like to see the report about.
Once on the individual user’s screen, click the, Subscriber History tab.
Data about their subscription will be shown.
This data can be exported via CSV – click the button in this same tab labeled, Export Subscriber Activity (.csv)

How Should You Construct A List Consent?

All my points about this are going to be from the ICO doc, linked about (and here). Here’s some things to include:
  • The name of your organization
  • Why you want the data (example: join your mailing list)
  • What you will do with it  (example: email updates/news/announcements, etc)

Dada Mail’s subscription forms also lists the fact:

  • that individuals can withdraw consent at any time.
as well as a link to the privacy policy for the mailing list – so that’s already covered.

Will I Need Additional List Consents?

Are you doing anything else with the information you’re collecting? If so, yes! You will have to explicitly ask your user to grant you that consent. Remember to list why your want the data, and what you will do with it, as well as any third-party involved with the user of the data. There’s a good chance that all you’re using a mailing list’s data for is (get ready) for the mailing list, which makes your life easy.

This goes the other way, too. Did you NOT ask for explicit consent to use a person’s information in a specific way?! Then guess what, you can’t use it in a way they haven’t given their consent to. That’s it! That’s the whole idea around this mechanism of asking for a user’s consent on the use of their data.

Stick with your end of the bargain! This is a dead-easy way to gain the trust of your users. This trust is critical in developing a positive relationship with your users!

Revoking Consent As a User

This one is an easy concept: a subscriber removes consent by unsubscribing from a mailing list. When that happens, the personal information (including the email address) won’t be used for anything when it comes to the mailing list itself. The user can still be a part of the mailing list again, but they must again provide their explicit consent to do so.
Unsubscribing is very easy to do in Dada Mail. For public mailing lists, a working unsubscription link is required to be in place in all mailing list messages sent out by the app itself. If one isn’t found, Dada Mail will put one in on your behalf.
Unsubscribing is also available from within a user’s profile.
Data about the unsubscription and removal of the consent for this mailing list will also be recorded.

More Information

For a Deep Dive on Dada Mail and GDPR Compliance, see this doc:

Configuring your Dada Mail install to work over https

Many website owners are moving their site’s configuration from http to https connections.

But, when they do so, they find that their Dada Mail installs seem to become broken: images don’t show up, and no styles are applied. What to do?

Thankfully, the fix is simple: all you’ll need to do is change your Dada Mail’s global configuration from your old http address, to your new https address.

The easiest way to do that is to use the included Dada Mail installer and the easiest way to set up the installer to work is to use the Global Configuration plugin. Hopefully, you can do this before you switch over to https, as everything will work well – but don’t worry, it’s also possible to do this after switching to https. We’ll go through the other way, as well.

Log in a mailing list you’re administrating with Dada Mail.  In the upper menu, go to: Plugins: Global Configuration:

Global Config is a pretty simple plugin, and only presents to you one button to push labeled, Reconfigure Dada Mail/Pro Dada…:

Once pressed, you’ll be returned into the Dada Mail installer, where you can make the chances you’ll need. Of course, the Dada Mail install allows you to make many different global configuration chances, so it’s pretty useful outside our task for today! Be careful though, since you can misconfigure your installation, which you definitely do not want to do.

Once in the installer, we’ll want to look at two configuration variables specifically:

  • Pro Dada Program URL
  •  URL to the Support Files Directory

Simply change these variables from their http version to their https version, click, “Configure Dada Mail/Pro Dada”, finishing the installation processs – and you’re done!

If your website has already been configured to only use https connections, your Dada Mail may be inoperable to a certain extent, until you make this change. You can still visit the installer by doing the work of the Global Config plugin manually:

Login into your site via ssh/FTP/web-based file manager – something that will allow you to make changes to your site’s files/directories, and navigate to where you’ve set up your, “dada” directory:

  • Rename the, “dada/installer-a.bunch.of.letters.and.numbers” directory back to, “dada/installer”
  • Change the file permission of the, “dada/installer/install.cgi” script back to, “755”
  • Visit the “install.cgi” script in your browser

Then, repeat the process above.

And that’s it! You’ve changed your Dada Mail/Pro Dada install from using an http connection to a https connection.

Again, you can use the Global Config plugin to modify many more global configuration variables. Here are the docs on the global configuration variables available. Good luck!

Dada Mail v10.5.0 Beta 1 Released: Rich File Manager Support!

10.5.0 Beta 1 is out! Give it a try, and give back and feedback you may have:

Download and Install (Pro Dada version is available, too)


Rich Filemanager Support

Dada Mail has come shipped with multiple file managers: KCFinder, and Core5 Filemanger. We’re adding a new filemanager called, Rich Filemanager ( which will be set as the default.

Rich Filemanager is an update of Core 5 Filemanager, which has shown a slowdown of development and is listed as, “deprecated” by its developer.

Rich Filemanager comes with some pretty great features and enhancments over Core 5 Filemanager:

  • Drag-and-drop support
  • Clipboard feature: copy, cut, paste, clear
  • Multiple & chunked uploads support – based on jQuery-File-Upload
  • New design of multiple upload window; New upload controls for each previewed file (start, abort, resume, delete, etc.)
  • Online text / code editor – based on codeMirror
  • Online PDF & OpenOffice documents viewer – based on viewerJS
  • Online MS Office documents viewer – based on Google Docs Viewer
  • Extended list of previewed file types via ViewerJS

and more.

We are not yet removing support either of the two current file managers, so if you’re happy with them, keep using them!

Use Amazon SES with Dada Mail for Inexpensive and Very Effective Email Marketing

Sending using Amazon SES for huge daily quotas, and fast delivery!

Dada Mail loves Amazon SES! Coupled with Dada Mail, Amazon’s Simple Email Service gives you the horsepower you need, and the deliverability you desire at a price point that rivals any mailing list service, while also keep your freedom to switch to perhaps a better option in the future, without having to move to an entirely new system.

Here’s some things to keep in mind when thinking about using Amazon SES with Dada Mail:

There’s no monthly fee for Amazon SES: it’s pay as you go! This is an enormous amount of flexibility, as it doesn’t bound you to an inflexible monthly service plan. Want to send 5 mass mailing campaigns one month, and NONE the next? You won’t be charged extra for going over your service plan on the first month, and you won’t waste money on not using the service plan, the next.  This is a huge cost saving source, that can be hidden from you when looking at monthly plans.

Amazon SES is very inexpensive: $0.10 per 1,000 individual messages you send. Sending out to a mailing list of $10,000 would cost just one dollar.

Deliverability is awesome, even on shared hosting accounts. Shared hosting accounts are a cheap and easy way to host your own website, and it’s also an easy way to self-host your own copy of Dada Mail. But, sometimes email sending falls a little flat, for two reasons. The first is that you probably have some sort of hourly email limitation between (say) 150 and 750 messages you can send an hour. That may be fine for individual email accounts sending one message to one recipient as a time, but it leaves much to be desired, when you start growing your mailing list from hundreds to thousands of addresses.

Using Amazon SES, you can instead take advantage of SES’s huge daily sending quotas (in the tens of thousands), and fast sending times to really supercharge your mailing list. Even if you have the cheapest Bluehost/cPanel-based shared hosting account, you can expect mass mailing times to be around 10,000 messages an hour. If you have a better upstream connection, Amazon SES will start you at a high limit of, 50,000+ messages that can be theoretically sent out!

If you don’t like, you can switch to a different service, and still use your own Dada Mail as before: Maybe SES isn’t for you? You can switch back to just using your own mail server easily, without having to shop for a new mailing list manager or service. Dada Mail supports sending via your local mail, SMTP, and Amazon SES.

We provide setting up Amazon SES as part of our installation services – visit our installation request page and see all the options we provide.

If you’d like to set up Amazon SES yourself, our documentation for SES provides walkthroughs on setting up Dada Mail to use either the Amazon SES API or SMTP gateway.

Are My Mass Mailings Being Received? Part #1: Sending Errors and the Tracker plugin

I work with a whole lot of different clients in making sure their mass mailings are going out successfully. One of the pressing issues they’re always worried about is: did my message actually get sent out?

Although we can’t ultimately control where a message will be delivered when it finds itself into a mail client,  we can do our best to make sure that things are working as best as possible on our end. I’m going to talk about ways to verify that sending is working out correctly, using the Tracker plugin that comes with Dada Mail.

Sending Errors

Sending errors on your side can happen for a couple of reasons. One reason is that the authentication of your mail server/service has changed, and what has been saved in your mailing list settings is now incorrect.

Enter the Tracker plugin: among many other jobs, it does keep track of sending errors. I’ll demonstrate this with a test mailing list with a just few subscribers. I’ll set up my sending options to use an SMTP server that I know doesn’t exist: I’ve set my SMTP server to, inconceivable! which… isn’t even a valid name for an SMTP server!

This will all but guarantee I’ll get sending errors on my end:

To confirm we’ve totally botched up our sending options, we can try them out by clicking the button labeled, Save, Then Test, which will open up a modal window showing the results of testing our sending options:

As expected, Dada Mail is having problems connecting to this non-existent SMTP server. So, it should be no surprise that when we send a mass mailing, we’ll also have problems.

So, let’s do just that!

I’m going to send a mass mailing out to a subscription list with just three addresses, and see what the Tracker plugin tells me.

While I wait for my mass mailing to finishing, one strange thing that may be tip me off that there’s a problem is how slow my  mass mailing seems to be taking. Hmm! I wonder what could be going on? If I check my error logs using the Log Viewer plugin, I see lines in the log that look similar to this,

[Mon Jan 30 21:27:09 2017] mail.cgi: [j] Mass Cannot send to, address: after 2 x 3 tries, skipping and logging address. at DADA/Mail/ line 1951.

Even if Dada Mail has trouble sending out to an address, it does try re-sending the same message out a few times, just in case the first attempt and error was a fluke. If it’s not successful, it’ll wait a brief period of time before trying again.

This slowdown is not by accident: many mass mailing sending problems are because the mass mailing options are set to send out messages at too fast of a rate, which leads you to go over your hourly email quota set up for your account. Check your host/email service to see if you fall under such a restriction. Most shared hosts have some sort of hourly email restriction.

Once my mass mailing completed, I checked the Tracker plugin, and found this:

Yup: a 100% failure rate of sending out to my mailing list. D’oh!

This type of evidence:

the test in the sending options failing

the mass mailing taking longer than I would have anticipated

the specific error logs about sending problems

the Tracker plugin reporting a 100% sending error rate

Makes me believe that there’s a problem on MY side! In this case, it’s my SMTP server set up incorrectly, and not something else, like my email server being black listed, or my messages going to a junk folder. This is a problem I can easily fix on my side (use the right SMTP credentials!) and not something I’ll need to investigate further, until I fixed this problem


Use Dada Mail to create a mass mailing from a blog feed, then send it on a recurring schedule

In Dada Mail v10.3.0, the ability to mass mail the content of a blog’s feed was added. We’re going to go over the steps on how to send thtis type of message, then how to send out the mass mailing on a recurring schedule that will be sent whenever new content in the feed is available. That way, we’ll be able to automatically send out new mass mailings in the future without any additional work, helping your users be updated when new blog entries are available to be viewed.

For this walk-through, I’ll be using the blog of The Long Ranger (, an outdoor mountain athlete.

In Dada Mail’s list control panel, go to Mass Mailing: Send a Webpage. In the HTML Version tab,  select the radio button, Grab content from an RSS/Atom feed. The options for this selection will be shown, and the first textbox presented is where you plug in the URL of your feed. In my case it’s,

For the other options, I’m going to select, Use Just the Summary, (rather than, Use Full Content) and I’m setting, Maximum number of entries to include: to, 3.

I’m also going to add some HTML to be shown before the entries are listed,

<h1>How-do, partners,</h1> 

<p>Here are the latest stories I've written:</p>

and after:

<h2>See you on the trails,</h2>

Here’s how that all looks,

And when I preview everything,

Perfect! I can see that the feed is being successfully fetched, and placed into my message!

I could stop here and be satisfied about sending out this single message, but let’s now set it on a recurring schedule. On the top button bar, click, Save As: Schedule. A draft of the message will be saved, and the screen itself will refresh. New scheduling options will be shown at the top of the screen.

Check, Activate, and select, Recurring. I want this to send only once a week on Monday, at 6:00am, and only when there’s fresh content:

If there are no new entries, no message will be sent out. If there’s only one new entry, only that one entry will be sent out. That way, I won’t send out content I’ve already sent out before. Who wants to get the same message, twice?

All I have to do now is click the, Save Schedule button – and I’m done! Here’s what it all looks like when sent:

Some flourishes you may notice: the Subject, The Latest Wild Adventures Since January 2nd, 2017 is dynamic! It will change based on when the message is sent. This is accomplished by using some date-related template tags. Here’s what those look like:

The Latest Wild Adventures Since <!-- tmpl_var date.named_month --> <!-- tmpl_var date.nth_day -->, <!-- tmpl_var date.year -->

I’m also using an email theme that ships with Dada Mail called, Salmon Are Running. You can switch which theme your mailing list uses in, Appearance: Email Themes. Finally, I’ve set an image to be shown on the top banner of my email messages. You can set your own image under, Mailing List: List Information; look for the option labeled, Logo Image URL.

Discussion Lists: Why is the From: header being rewritten?

Recently, I’ve been getting many people wondering why, when running a discussion list in Bridge, that the From: header is rewritten from it’s original form, say:

From: "Subscriber Name" <>

to something else completely :

From: "Subscriber Name [List Name]" <>

In my first example, the name of the subscriber (Subscriber Name) occupies the phrase of the From: header, and the email address of the subscriber ( is where the address should be. Pretty straightforward.

In the rewritten From header, the phrase is now: "Subscriber Name [List Name]" <> – that is, the name of the subscriber (as before), then their own email address, and finally the name of the mailing list in brackets. The actual address portion of the From: header is the List Email address ( – the address you send a message to, to start a thread.

Why not just keep it like it was?

While it’s true that discussion list software – including Dada Mail used to maintain the From: header in its original form, it’s not something we can do anymore, without impacting deliverability in a major way. A big job of a mailing list manager (like Dada Mai) is successfully send out messages to the subscribers of the mailing list, right?

Here’s why this doesn’t work, anymore.

DMARC Policies

Sometime in 2014, Yahoo Changed their “DMARC” policy to only accept email messages that have a email address in the From: header that also originated from a Yahoo server. Here’s Yahoo explaining it themselves. This actually makes a ton of sense: ow, only messages that say they are from a address, and sent through Yahoo’s mail system will be accepted for delivery by basically everyone that’s following the DMARC Policy rules (and that means Yahoo themselves, Gmail, Hotmail – all the big players).

This is a big win in trying to keep the problem of spoofing email addresses to send unsolicited email and other harmful payloads, but it had a dire consequence:

It broke every single discussion mailing list in the world. And this isn’t hyperbole, this is exactly what Internet Engineering Council expert John R. Levine, a specialist in email infrastructure and spam filtering, actually wrote.  A mailing list that’s keeping say, a address in the From: header looks exactly like a email message with a spoof’d address in the From: header.

To counter act this change in policy, discussion mailing lists had to adapt. The primary change that’s been suggested is to change the From: header to utilize the List Email as the actual address, and add more information in the phrase of the address, exactly like Dada Mail does. In fact, Dada Mail uses the exact same pattern as Yahoo’s own group mailing lists.

Thankfully, when this change happened (literally, over a weekend, without any real warning), Dada Mail already had support for this in its Bridge plugin, called: p.p. Mode. One needed simply to enable this feature, and be all set. After the Yahoo policy change, we made this option enabled by default, then removed the option altogether in v10, more than 2 1/2 years later. Being able to disable this option has no real benefit, except to break your mailing list, so it seemed a pretty bad option to have around.

There is an option available to customize what gets set in the phrase of the From: header, and that option can be accessed in the list control panel, under: Plugins: Bridge. Look for the option labeled, From: header phrase: By default, its value is,

<!-- tmpl_var original_from_phrase default="Subscriber" --> <!-- tmpl_var --> [<!-- tmpl_var list_settings.list_name -->]

These are mostly a series of email template tags, the same ones you may also use in the Subject, or Body of your message:

<!-- tmpl_var original_from_phrase default="Subscriber" --> is context specific for this job, as its value will contain the original phrase as it was sent. If there is no phrase, “Subscriber” will instead be printed.

<!-- tmpl_var --> will be replaced with the email address of the message’s original sender.

<!-- tmpl_var list_settings.list_name --> will be set to the name of your mailing list.

Hopefully, that helps you understand why the changes are being made without getting too technical.

What about Announce-Only Mailing Lists?

A similar problem can befall an announce-only mailing list, but isn’t fixed so cleverly. The problem will happen if you’ve set up the List Owner or the List Admin email address to be an address that’s not specifically tied to the mail system you’re using.

So for example, if you’re using the sendmail command (the default option), you most likely have to use an email address that belongs to the same domain that you have Dada Mail installed on – this is also our general advice, no matter how you’re sending out messages. In other words,  if my domain is,, my email address for the List Owner and List Admin needs to be something like, and not

If you’re sending via SMTP, you most likely need to authenticate the SMTP connection anyways, but both the List Owner, and List Administrator will need to be allowed to send through this SMTP server.

If you’re sending through Amazon SES, the email addresses you’re using for both the List Owner and List Admin need to be a verified address or an address belonging to a verified domain.

Hope this all helps. Happy sending, everyone!

Review: InMotion Hosting for Dada Mail

I recently gave an InMotion Hosting a test drive, to see how it would fair as platform to run Dada Mail, along with the rest of your site. I’m happy to report back that it’s just about as perfect as a shared hosting account can be for Dada Mail.

Click to see InMotion Hosting’s Business Plans

Read on for more details, as well as how you can save 20% on a Pro Dada installation done by us, when you sign up for a new InMotion Hosting account, using our affiliate links!

This review is for InMotion Hosting’s Power Plan, which is one of their least expensive hosting packages. You can see all of InMotion Hosting’s business plans here.


InMotion Hosting’s Power Plan includes cPanel, which from my experience is both one the most powerful, and easiest-to-use web hosting control panel there is – especially for running self-hosted web apps written in Perl, like Dada Mail.

Some much so, I specifically target development of Dada Mail to make sure it works well on cPanel-based accounts, and use them in my installation instructions, screencasts, and tutorials.

InMotion’s flavor of cPanel currently comes with the following accoutrements:

File Manger

File Manager allows you to add/edit/remove files from your hosting account, as well as change permissions of those files. That’s all you’ll need to setup and install Dada Mail, so no need to utilize FTP or ssh, which makes installation of Dada Mail well within the reach of a casual user, and follows the installation instructions closely.


The Power Plan comes with an up-to-date version of MySQL and support for up to 50 separate databases (Dada Mail will require just one). PostgreSQL is also available, if you wish to go that route.


Perl on this hosting plan is very much up-to-date. Dada Mail requires at the very least v5.10.1 of Perl, and v5.16.3 is available by default. Having an up to date Perl makes more features available, gives you the best performance, and an up-to-date Perl means less worry about bugs or security problems. Kudos for this, as many cPanel-based hosting accounts lag behind with older versions of Perl offered by default – either v5.10.1, or a supremely ancient v5.8.8. Yuck!

Perl Module Installer w/Compiler Support

Along with an up-to-date Perl, the Perl Module Installer is also enabled in InMotion’s offerings, which  itself has support to install modules that may need compilation. This tool is the easiest way for a casual user to tap into the most advanced features of Dada Mail which require the additional installation of freely available Perl modules.

Features like CSS Inlining, Google reCAPTCHA, Amazon SES Sending, Send a Webpage support (and may more) rely on Perl modules that are outside the standard Perl library. With this tool, you can easily install them.

DNS Zone Editor

The DNS Zone Editor is also available, which becomes important when you would like to set up Sending with Amazon SES, and would like as well to set up proper SPF and DMARC records. Using Dada Mail with Amazon SES sending is one of the most cost-effective ways to run your mailing list, by far, and InMotion Hosting’s Power Plan will support everything you need.


Cronjob support: check!

One-Click Installer!

If the installation of Dada Mail leaves you a little too breathless to want to take on yourself, InMotion Hosting also comes with an Installer for Dada Mail, with a pretty up-to-date version of Dada Mail available, which I think is powered by Softaculous. I’ve seen one-click installers that offer increasingly old, and out of date versions of Dada Mail, so it’s a nice change to see this one-click installer do the right thing, and keep current.

It is a little awkward to find Dada Mail, as Softaculous categorizes web apps by the language they’re written in, and InMotion Hosting’s cPanel will default to showing you PHP (not Perl), so here’s what you can do:

In the cPanel, look for, “Scripts”, by typing, “Scripts” in the Find search box. That will show two boxes labeled Scripts: and Categories:. Click on any of the icons in the, Categories: box. That will show you all the apps available in that category (but only for PHP, not Perl!):


Fear not: once in this directory of apps, just use the search box in the upper left hand corner, and search for, “Dada Mail” – the link to install Dada Mail will come right up,


If you have a Pro Dada Subscription, you can install Dada Mail this way, then turn it into Pro Dada. And away you go! One more small point, if you do decide to install this way, make sure to still set up the cronjob, as it’s not done by this installer!

Hourly Sending Limit

If anything, this may be where InMotion Hosting falls a little short. By default, they’ve told me there’s a limit of 250 messags/hour you may send, but you may contact support to have this limit raised to something more realistic for a mailing list (like 750 messages/hour). Using the mail server provided to you with your shared hosting account can work well for starting out, but if your mailing lists are an important part of your business, I would unapologetically suggest moving to your email sending to Amazon SES, which Dada Mail installed on InMotion Hosting 100% supports, which is great news.

Pro Dada Installations: 20% Off for New InMotion Affiliate Signups

Here’s our affiliate link, which you can use to sign up for a new account with InMotion Hosting:

Click to see InMotion Hosting’s Business Plans

Once you’ve signed up with InMotion, request a Pro Dada installation on our request form. Mention that you’ve signed up for InMotion Hosting, and we’ll give you 20% off the total of your Pro Dada install (we’ll know that you’ve done this, as we’ll get a notice about the domain name signed up). Not too shabby!