Re: force text confirmation emails?

 
From: "Justin, Dada Mail justin@PROTECTED [Dada Mail Developers]" <dadadev@PROTECTED>
Subject: Re: force text confirmation emails?
In-Reply-To: (no subject)
Date: August 21st 2019

The, "what to do if there's a missing file" is also documented:

https://dadamailproject.com/d/features-email_themes.pod.html#Creating-a-New-Email-Theme

If you decide to go this route, one suggestion is to only copy over the email template files that you truly want to customize - there are a lot of files that make up an email theme! Dada Mail will happily fall back into using the default email template file, if it can't find that file in your own email theme. A customized email theme could potentially only have one customized file!

If problems are found in the template you've customized, Dada Mail will fallback to using the file from the default email theme. Check Dada Mail's error log for more information on what the error may be.

Justin

On 8/21/2019 3:55 PM, Justin, Dada Mail justin@PROTECTED [Dada Mail Developers] wrote:

*From: justin@PROTECTED justin@dadamailproject.com *

Looking at this, the correct behavior in how this is written is to use the default file, rather than send plaintext-only:

https://github.com/justingit/dada-mail/blob/8f6bdb2d7c6cdc8890b66f00297c14c3278626e0/dada/DADA/App/EmailThemes.pm#L200

I referenced this in the issue, and changed the issue to a feature request.

https://github.com/justingit/dada-mail/issues/839

Part of my feels that "use default if missing" is the way to go, as then you can make an email theme that just has one - or a few files in it with the changes you would like, rather than need to change everything.

I like the idea instead to have an option to say, "hey: use plaintext-only for email notifications/confirmations, rather than multipart/alternative", which I added as an issue, here:

https://github.com/justingit/dada-mail/issues/838

Justin

On 8/21/2019 11:50 AM, Justin, Dada Mail justin@PROTECTED[Dada Mail Developers] wrote:

*From: justin@PROTECTED justin@PROTECTED
<mailto:justin@PROTECTED> *

|Follow up email to report that this is not the case. I deleted it
and it used the HTML confirmation template in the default theme. |

I'll add an issue about this - but also a note of, "define what the
actual correct behavior is", as even I'm guessing and (if I keep
guessing), using the missing template from the default theme seems
fairly reasonable.

|It would be great if there was a per list option for whether we
want to send text or html confirmation emails. |

I can add a feature request about that too - but mostly it would be
a big, "send text emails/send html emails" switch.

|Since switching to html confirmation emails with the upgrade, more
people are reporting bot-submitted confirmation emails as
spam[...]With the text version they seemed to be less likely to
think it was an intentional spam email. |

Any data to back up this feeling with?

If the problem is "bots submitting forms", I'm not sure if the
solution is, "change the type of email sent to the bot", as bots
will still keep submitting forms - this is a BIG problem when using
something like SES,where abuse reports/bounces count towards your rep.

Also a reminder if anyone wants to file issues/feature requests, use
the issue tracker:

https://github.com/justingit/dada-mail/issues

Label it as "bug" bugs; "feature requests" for feature requests.
Bugs don't get fixed, unless they're first reported!

(don't use the wiki for feature requests)

Cheers,

Justin

On 8/21/2019 11:35 AM, Mary Ann Kelley
maryann@PROTECTED[Dada Mail Developers] wrote:

|*From: maryann@PROTECTED maryann@PROTECTED
<mailto:maryann@PROTECTED> * Follow up email to report
that this is not the case. I deleted it and it used the HTML
confirmation template in the default theme. It would be great if
there was a per list option for whether we want to send text or html
confirmation emails. Since switching to html confirmation emails
with the upgrade, more people are reporting bot-submitted
confirmation emails as spam (I know I can use recaptcha but I want a
streamlined subscription form and I don’t want Google’s recaptcha
privacy notice covering a big part of the viewport on mobile, so
until bot submissions are a bigger problem than those issues, I
probably won’t turn it on). With the text version they seemed to be
less likely to think it was an intentional spam email. Mary Ann On
Aug 21, 2019, at 1:26 PM, Mary Ann Kelley
maryann@PROTECTED maryann@PROTECTED
<mailto:maryann@PROTECTED> [Dada Mail Developers]
dadadev@PROTECTED> wrote:
/From:maryann@PROTECTED maryann@PROTECTED
<mailto:maryann@PROTECTED>/Thanks. On Aug 21, 2019, at
12:51 PM, Justin, Dada Mailjustin@PROTECTED
justin@PROTECTED <mailto:justin@PROTECTED>[Dada
Mail Developers] dadadev@PROTECTED> wrote: |If I delete
the .html emails in the theme for a specific function, will it
default to the text version or to the html version in the default
theme? (I want to disable html for confirmation emails.) | Yes, I
believe so, Justin |Dada Mail Developers | Post to: Dada Mail
Developers ( dadadev@PROTECTED )
dadadev@PROTECTED <mailto:dadadev@PROTECTED>
Manage Your Subscription
https://dadamailproject.com/cgi-bin/dada/mail.cgi/profile_login/justin/dadamailproject.com/
Unsubscribe
https://dadamailproject.com/cgi-bin/dada/mail.cgi/t/REMOVED/ Dada
Mail Developers |

Post to: Dada Mail Developers ( dadadev@PROTECTED )
dadadev@PROTECTED <mailto:dadadev@PROTECTED>

Manage Your Subscription
https://dadamailproject.com/cgi-bin/dada/mail.cgi/profile_login/justin/dadamailproject.com/

Unsubscribe https://dadamailproject.com/cgi-bin/dada/mail.cgi/t/REMOVED/




    Dada Mail Developers

Post to: Dada Mail Developers ( dadadev@PROTECTED ) dadadev@dadamailproject.com

Manage Your Subscription https://dadamailproject.com/cgi-bin/dada/mail.cgi/profile_login/justin/dadamailproject.com/

Unsubscribe https://dadamailproject.com/cgi-bin/dada/mail.cgi/t/REMOVED/

  • 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:

http://dadamailproject.com/support/boards

To post to this list, send a message to:

 dadadev@dadamailproject.com

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:

 http://dadamailproject.com/support/documentation/

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:

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.