Re: iOS unsubscribe

From: "Justin J justin@PROTECTED [Dada Mail Developers]" <dadadev@PROTECTED>
Subject: Re: iOS unsubscribe
In-Reply-To: (no subject)
Date: January 6th 2017

> On Jan 5, 2017, at 3:10 PM, Mary Ann Kelley maryann@PROTECTED [Dada Mail Developers] <dadadev@PROTECTED> wrote:

> iOS and gmail use the List-Unsubscribe header field to auto populate the link they insert at the top of the email to unsubscribe. Unfortunately, the List-Unsubscribe contains both a link and a mailto: for the field, which doesn’t work for automatic unsubscriptions. Is there a way to disable the mailto: and only use the link to populate that field?

You would have to edit this in-code. In, dada/DADA/Mail/Send.pm, find,

                $lh{'List-Unsubscribe'} =
                                '<mailto:' . $self->{ls}->param('list_owner_email') . '?Subject=Unsubscribe%20from%20<!-- tmpl_var list_settings.list_name escape="URL" -->>, <<!-- tmpl_var list_unsubscribe_link -->>';

Change to,

$lh{'List-Unsubscribe'} ='<<!-- tmpl_var list_unsubscribe_link -->>';

The RFC says to put both, ala:



I don't know if just putting the unsub link in will actually work, as there are things in place to stop automated processes from unsubscribing people outright: the scenarios were: someone clicks an unsub link from a forwarded message, and unsubs the original subscriber; or an email client prefetches a link (or does so via a preview). That's why a subscriber has to fill out their address again.

That blog you included does note,

> In contrast to Gmail, iOS Mail only supports the mailto: version of the unsubscribe header.

So you want to keep this mailto: option.

  • 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 mailing list is to discuss the nerdy programming development of Dada Mail -

If you are just looking for support Dada Mail, consult the message boards at:


To post to this list, send a message to:


All subscribers of this list may post to the list itself.

Some on topic... topics include:

  • Positive Crits 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 internal 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 -

At the moment, there aren't many people with CVS access for Dada Mail - if you would like CVS access, please first talk about the changes you propose and how it will affect the program. If the idea is sound and agreed upon, the change will be comitted. A good track record of this will allow you to have CVS access. Some reasons that patches will not be accepted is if the patch breaks compatibility with a previous version of the program, the patch is too centric to your own problem or the patch simply isn't very good.

Please, please please familiarize yourself with the documentation at:


Since no one wants to answer the same question twice.

Another sneaky reason for this mailing list is to test out the discussion list capabilities of Dada Mail, since Dada Mail is used for the mailing list itself.

NOTE - because of this, there may be times that this list will be somewhat broken. Although we're not planning on breaking the program by using it, we're giving you the heads up that this may well happen anyways.

Privacy Policy:

Email addresses used for this mailing list are used only for this mailing list and are not sold or transfered. You will not be subscribed to any other lists on this site as well.

Dada Mail Project