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
12 of 27 tasks
markdboyd opened this issue Apr 26, 2023 · 0 comments
Open
12 of 27 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

Issues labeled beta must be completed before the private beta can launch, and issues labelled GA must be completed before the new service can become generally available to all customers.

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. beta squad-success
    jameshochadel
  2. beta squad-success
    jameshochadel
  3. beta squad-success
    jameshochadel
  4. beta squad-success
    jameshochadel
  5. beta squad-success
    jameshochadel
  6. beta squad-success
    jameshochadel
  7. beta squad-success
    jameshochadel
  8. beta squad-success
    jameshochadel
  9. beta squad-success
    jameshochadel
  10. beta squad-success
  11. beta squad-success
    jameshochadel
  12. beta squad-success
  13. beta squad-success
  14. beta squad-success
  15. beta squad-success
  16. beta squad-success
  17. GA squad-success
  18. GA squad-success
  19. GA squad-success
  20. GA squad-success
  21. squad-success
  22. beta 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