Easy-digital-downloads: Customer option for disabling emails

[evertiro]

RE: https://github.com/easydigitaldownloads/EDD-Software-Licensing/issues/437

tl;dr: We need to add the ability for customers to disable emails (marketing, not receipts). Since this is functionality that is being looked for in SL and Recurring Payments (and likely elsewhere), it was decided that this belonged in core.

[pippinsplugins]

We should build this such that customers can unsubscribe from _all_ emails or just specific emails.

[SDavisMedia]

@easydigitaldownloads/core-devs we should start discussing a plan for this, I think. It's a far-reaching feature and the sooner it's in core, the sooner we can make enhancements across the board.

[pippinsplugins]

@SDavisMedia I actually think we need to do it in Software Licensing and/or Recurring Payments first. Doing it there lets us complete it far faster and so long as we do it with a forward-thinking manner, we should be able to adopt it in core easily.

[cklosowski]

I think from a release perspective yes, but I think we could do it much more intelligently and easier going forward if we introduce a set of options (filterable) in EDD core that allows us to register email types.

Thinking something like:

• Core has an array of email types that is filterable by extensions
• Gives array of checkboxes to 'disable emails for types;
• Check the boxes for types you don't want
• Individual extensions can then look for the options for if they are supposed to send or not.

This would be opt-out meaning that checking a box is disabling an email type. It's a pretty simple thing to do in EDD Core, as it's just an array filter, then the extensions can do the heavy lifting.

Kind of like the way we do enabled gateways.

[pippinsplugins]

I don't disagree, but I'm reluctant to do it in core first simply because it _must_ be done in Software Licensing ASAP, whereas it's not nearly as important as a core feature.

[cklosowski]

I think i'm fine with that as long as what we're doing in the Extensions can be easily swapped for the core method, which is why I bring up the idea of how to do it..that way when we build it for the extensions, we can think about it as we build that interface.

[SDavisMedia]

I'm not against doing it in SL and Recurring first (from a non-technical standpoint). Just trying to figure out where we're most likely to get some traction first.

[cklosowski]

Deff in those first. Just due to the release cycles.

Chris Klosowski
[email protected]
@cklosowski

On Tue, Jan 31, 2017 at 3:12 PM, Sean Davis [e-mail]
wrote:

I'm not against doing it in SL and Recurring first (from a non-technical
standpoint). Just trying to figure out where we're most likely to get some
traction first.

—
You are receiving this because you are on a team that was mentioned.
Reply to this email directly, view it on GitHub
https://github.com/easydigitaldownloads/easy-digital-downloads/issues/4923#issuecomment-276509795,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABU2LCCCa3JTlHsVzfec9sn4pDY2KEaNks5rX7G-gaJpZM4J2H0u
.