Re: force text confirmation emails?

 
From: "Mary Ann Kelley maryann@PROTECTED [Dada Mail Developers]" <dadadev@PROTECTED>
In-Reply-To: (no subject)
Date: August 21st 2019
Once the subscriber confirms, html emails are preferred for my purposes—it’s just the confirmation that I prefer to be text. I understand if you can’t separate them out, in which case I’ll just use a stripped down HTML version that imitates the look of the text version (which is what I am doing now).

No data to offer since I delete the abuse report emails immediately so the confirmation link doesn’t accidentally get clicked. It could just be that I notice them more because the html version puts the logo front and center in the returned email, so that’s a good question to ask. It’s just as likely that it’s just me perceiving it that way and they haven’t actually increased.

But still, I’d just as soon my logo not be front and center in a bot-submitted subscription request confirmation email. And yes, for SES that would be a problem and recaptcha would be a better solution in that case. 

Bottom line is that it's probably just as well for me to strip down the HTML version of the confirmation emails and keep them as html. Documentation on what the actual correct behavior is would be helpful though.

Thanks for the reminder about github.

Mary Ann





On Aug 21, 2019, at 1:51 PM, Justin, Dada Mail justin@PROTECTED [Dada Mail Developers] <dadadev@PROTECTED> wrote:

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


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