Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Email adapter interface and initial implementations(s) #292

Closed
molomby opened this issue Sep 10, 2018 · 2 comments
Closed

Email adapter interface and initial implementations(s) #292

molomby opened this issue Sep 10, 2018 · 2 comments

Comments

@molomby
Copy link
Member

molomby commented Sep 10, 2018

A framework for managing the generation and handoff of emails and one or more initial/core implementations.

The ability to generate emails and hand them off reliably, ideally in a portable (cross provider) way, are requirements that effect almost all projects. A full solution would include:

  • An defined interface that mail gateway packages can support (thematically similar to the data store adapter interfaces)
  • One or more gateway implementations against this standard (eg: Postmark, Mailgun, Mandrill, Sendgrid, etc.) and probably a stub gateway for dev/debug that dumps calls to the console or disk
  • Ability to provide a mail gateway instance to Keystone for use internally (eg. forgotten password, email address verification, etc.)

@JedWatson points out there's significant prior art for this in KS4. Ideally we could port it directly (less work and backwards compatibility).

My preference would be an adapter for Postmark.

@molomby molomby added this to the M2: MVP milestone Sep 10, 2018
This was referenced Sep 10, 2018
@jesstelford
Copy link
Contributor

Don't forget OneSignal's free platform (which supports SendGrid, Mailgun, and Mandrill with more coming soon

@jesstelford
Copy link
Contributor

We now have the @keystone-alpha/email package (which wraps the keystone-email package) to help with this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants