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

Provide SMTP service #2512

Open
9 of 23 tasks
markdboyd opened this issue Apr 26, 2023 · 0 comments
Open
9 of 23 tasks

Provide SMTP service #2512

markdboyd opened this issue Apr 26, 2023 · 0 comments
Assignees

Comments

@markdboyd
Copy link
Contributor

markdboyd commented Apr 26, 2023

What we're after

cloud.gov provides a brokered SMTP service that customers can use to send transactional mail from their applications.

Hypothesized benefit(s)/why:

  • Reduce operational dependencies on the home agency for cloud.gov customers
  • Expand potential applications that cloud.gov is suitable to hosting

Potential metrics

  • Customers can implement transactional mail for an auto-generated domain
  • Customers can implement transactional mail for an agency domain

Further context for those unfamiliar with what we're doing

In order to send mail from their applications, customers have to take on the additional complexity and compliance burden of using an off-platform solution (eg secure connection back to their agency or a different provider). We should alleviate that complexity and compliance burden.

Security considerations

The feature will need to have an SCR and undergo assessment to ensure that the broker and the services that it provisions are properly secured and compliant (eg DNSSEC, SPF, DMARC, ...)

Notes for implementers

  • The data.gov team created an SMTP brokerpak that uses Terraform to drive AWS SES and handle setup for all the key use-cases.
  • If we want to reuse that brokerpak, we would need to the deploy the cloud-service-broker inside our boundary, or take ownership of the datagov-ssb deployment, which already runs it.
    • datagov-ssb has its own compliance docs and shares no infrastructure with other data.gov applications. Ryan Palmer supports for promoting it out of the existing "subsystem" status to a full service, operated independently or inside the cloud.gov boundary.
  • The SCR and assessment should be done to cover multiple available brokerpaks at once, if possible (eg if there are brokerpaks for SMS or other services available that we want to offer).

Related issues/sub-projects

Tasks

  1. squad-success
    jameshochadel
  2. squad-success
    jameshochadel
  3. squad-success
    jameshochadel
  4. squad-success
    jameshochadel
  5. squad-success
    jameshochadel
  6. squad-success
    jameshochadel
  7. squad-success
    jameshochadel
  8. squad-success
    jameshochadel
  9. squad-success
    jameshochadel
  10. squad-success
  11. squad-success
  12. squad-success
  13. squad-success
  14. squad-success
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Now (underway)
Development

No branches or pull requests

3 participants