Warning: Declaration of Jetpack_IXR_Client::query() should be compatible with IXR_Client::query(...$args) in /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php on line 91

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378

Warning: Cannot modify header information - headers already sent by (output started at /home/simoni/blog.dadamailproject.com/wp-content/plugins/jetpack/class.jetpack-ixr-client.php:91) in /home/simoni/blog.dadamailproject.com/wp-includes/rest-api/class-wp-rest-server.php on line 1378
{"id":268,"date":"2019-04-26T20:46:44","date_gmt":"2019-04-26T20:46:44","guid":{"rendered":"https:\/\/blog.dadamailproject.com\/?p=268"},"modified":"2019-04-26T20:51:24","modified_gmt":"2019-04-26T20:51:24","slug":"dada-mails-new-unsubscription-options-v11-3-0","status":"publish","type":"post","link":"https:\/\/blog.dadamailproject.com\/2019\/04\/26\/dada-mails-new-unsubscription-options-v11-3-0\/","title":{"rendered":"Dada Mail’s New Unsubscription Options (v11.3.0)"},"content":{"rendered":"

v11.3.0 of Dada Mail<\/strong> introduces some very useful enhancements to Dada Mail’s unsubscription system. A healthy mailing list includes easy ways for people to remove themselves from your mailing list when they have decided they do not want to be a part of it anymore. Let’s look at the options currently available to you as the list owner, when you are running a public mailing list – but first, let’s talk about what needs to be in place for you to run a successful public mailing list:<\/p>\n

<\/p>\n

Unsubscription Button\/Links Have to be Present<\/h2>\n

For a successful<\/strong> and healthy<\/strong> mailing list, you’ll always, always want an unsubscription link in every mass mailing<\/strong> that you send out. Dada Mail makes this easy, by placing this link in the layouts it ships with. There’s nothing more you will have to think about, except creating the actual content of your mailing list message:<\/p>\n\n\t

\"An<\/a>

An example of an unsubscription link in a mailing list message using the default layout<\/p><\/div>\n\t \n

There should be as little friction as possible from when your subscriber clicks that that unsubscription link and from when they’ve been removed from your mailing list. Your user shouldn’t have to be required to confirm this unsubscription by logging into any other system, or have a confirmation email message sent to them (like what is done for subscribing), or anything similar to that.<\/p>\n

The only issue we want to prevent is inadvertently<\/em> clicking on the unsusbcribe link – and that can happen in a few ways:<\/p>\n

One is just by the user themselves, making the mistake of clicking on the link. Another way is if the message is forwarded to someone else, and that person clicks on the unsubscribe link. Still another way is if some sort of background process – like a link prefetcher\/cacher or anti-virus software scans the links within an email message. That latter one can cause quite a bit of havoc to a mailing list.<\/p>\n

Different strategies to deal with this problem have been made, depending on the type of mailing list you’re running, as well as your own personal preferences as the list owner.<\/p>\n

Here’s the three options Dada Mail now gives you (since v11.3.0):<\/p>\n

One-Click Unsubscribe<\/h3>\n

As soon as the user clicks the unsubscription link within the mailing list message, they’re taken to a screen in Dada Mail. The unsubscription link contains information to look up who the subscriber is, and what mailing list they’re subscribed to (none of this information is embedded within the link itself!). If the data is valid, the subscriber is removed from the mailing list, without any additional steps. Awesome!<\/em><\/p>\n

But, what about those background processes – like anti-virus software that scans the contents of URLs in a mailing list message? This problem should be circumvented most of the time, by the fact that Dada Mail uses a bit of Javascript to only allow<\/em> this one-click unsubscribe system to work if Javascript itself is available. Hopefully, these link prefetchers and anti-virus software are not Javascript-aware.<\/p>\n

This system doesn’t help though, for people who inadvertently click an unsubscribe link, or forward the message to someone else that then clicks on this link. If you’re worried about this, say: you’re running a discussion mailing list, there are two other options to think about using:<\/p>\n

Click a simple link\/button<\/h3>\n

As before, when a user clicks the unsubscription link within a mailing list message, they’re taken to a screen in Dada Mail. This screen has a simple button to click to finish off the unsubscription. No information needs to be filled out or anything – a click is all that needs to be done:<\/p>\n\n\t

\"Click<\/a>

Click a button to complete the unsubscription<\/p><\/div>\n\t \n

Once this button is clicked, the user is unsubscribed.<\/p>\n

The benefit of this option is that accidental clicks of the unsubsription link doesn’t cause the subscriber to be removed from the mailing list, either from the user themselves, or from whoever else may have a copy of the mailing list message.<\/p>\n

This option should also stop most any background process from unsubscribing the user inadvertently. Submitting a form seems like a strange thing for an anti-virus software to do!<\/p>\n

It’s also a very easy ask for your subscriber to do.<\/p>\n

Simple form, just fill in your email address<\/h3>\n

The last option provided by Dada Mail is to ask the subscriber to just fill in their email address again:<\/p>\n

\"Fill<\/a><\/p>\n

Your subscriber clicks on the unsubscription link in the mailing list message, and is taken to a screen to fill out a form with your email address to unsubscribe. Once they do (and it’s the right address), they’re unsubscribed.<\/p>\n

That’s more steps than the first two options, but this could be a good option to pick if you’re running a discussion list, where mailing list messages are often shared between people, replied to, etc. I wouldn’t<\/em> suggest it for an announce-only list.<\/p>\n

The second option: click a simple button, is the default for Dada Mail in v11.3.0.<\/strong><\/p>\n

Unsubscription Links In the Mail Reader Itself<\/h2>\n

Now that we’ve talked about the unsubscribe link found in your mailing list message, let’s talk about the unsubscribe links that may be present in the mail reader you’re using.<\/p>\n

Here’s an example in Gmail:<\/p>\n

<\/a><\/p>\n

First, where does this unsubscribe link come from, and what happens when a user clicks it?<\/p>\n

The unsubscribe link found in your mail reader itself exists because apps like Dada Mail give the mail reader information on how to unsubscribe the user from the mailing list. This is done by embedding information in the email headers of your mailing list message.<\/p>\n

Two different things can happen:<\/p>\n

One is that an email message will be sent to the list owner<\/em>, asking them to unsubscribe the user. In v11.3.0, it looks a little like this:<\/p>\n\n\t

\"Here's<\/a>

Here’s the email message that gets sent back<\/p><\/div>\n\t \n

Pretty spartan, huh? It will be up to the List Owner to open this email message, and click on the unsubscribe link to remove the subscriber. This is far from ideal.<\/p>\n

The other thing that may happen is that the mail reader reads the embedded unsubscription link within the email headers instead, and carries out the unsubscription on behalf of the subscriber, without any more intervention by the user or the list owner.<\/p>\n

This is an awesome thing! But in our testing, not many mail readers currently support this as their primary action, and instead fallback to emailing the list owner. Strange, right?<\/p>\n

It gets a little worse: remember those background processes from anti-virus and link pre-fetching apps? They can (and do!) click on these embedded unsubscribe links in the email headers – and unsubscribe your subscribers, without your subscribers even knowing! Ugh: so many headaches from list owners and subscribers alike.<\/p>\n

Thankfully, v11.3.0 of Dada Mail has a few tricks up its sleeve to help this problem:<\/p>\n

The first is a toughened-up system to help counter-act those false-unsubscribes happening when processes other than the email reader itself clicking the embedded unsubscribe link. Simply visiting the embedded link set in the email header now won’t cause an unsubscribe from happening without manual intervention from the user themselves.\u00a0 This system is codified within an RFC (Request For Comments), which you yourself can read, here<\/a>. That means mail readers across the board should (eventually!) support it.<\/p>\n

If you do not want this email header (Called, “List-Unsubscribe”) from even being printed in your mailing list messages and thus: this option being shown in mail readers, Dada Mail now has an option to enable\/disable it from being used.<\/p>\n

You can find this option in the list control panel under, Mass Mailing: Options: Use, “List-Unsubscribe” headers<\/em><\/strong>. <\/em>This should, without a doubt, stop any process from unsubscribing a user via the email header.<\/p>\n

Do we think you should use the, List-Unsubscribe header? Yes!<\/strong> Of course: making it easier for your subscribers to leave your mailing list is of utmost importance to the health of the mailing list itself. Is the system perfect? Sadly, it’s not, but we hope that within time, it gets better.<\/p>\n

The best thing to do as a mailing list owner is to make sure you’re running the latest version of Dada Mail.<\/p>\n