You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is required to configure the identities and the SNS endpoints and to perform the checks and debugging, too
It is possible I want to handle more than one domain from another domain: think at a situation like you build an app on domain internalmailerapp.com that manages emails for domain app1.com and app2.com: they both send emails through internalmyapp.com that is, definitely, a mail server built by yourself.
Considering this, the bundle has to know which identities it is authorized to manage:
Now, these are the considerations that come from this configuration:
The test email should be used only in dev
All the identities but the test@* should be configured and used only when in production (instead, the risk is to set a development topic - that maybe uses ngrok - and lose production notifications)
The test email should have its own topic so it is possible to test locally without risking of losing production emails
All the identities but the test@* can have the same topic to which deliver the notifications
The endpoint can be the same for more than one topic
I can have different topics for different notifications of different identities, but the endpoint MUST be always the same
The value of endpoint.host can be different from the domain of an identity
The bundle can automatically generate the names of topics
The bundle can use the name of a topic of domain identity also with the emails that have that same domain
All this considered, the new configuration should have this shape:
In configuration is required the management of identities.
This is required to configure the identities and the SNS endpoints and to perform the checks and debugging, too
It is possible I want to handle more than one domain from another domain: think at a situation like you build an app on domain
internalmailerapp.com
that manages emails for domainapp1.com
andapp2.com
: they both send emails through internalmyapp.com that is, definitely, a mail server built by yourself.Considering this, the bundle has to know which identities it is authorized to manage:
With this configuration the bundle has to be able to configure the identities and to link them to SNS, creating the topics, confirming them, ecc...
In consequence of this, I need to be able to set the bounces, complaints and deliveries topics on a per identity basis.
The identities can be a domain or a single email.
Consider this SES identities:
Now, these are the considerations that come from this configuration:
dev
test@*
should be configured and used only when in production (instead, the risk is to set a development topic - that maybe uses ngrok - and lose production notifications)test@*
can have the same topic to which deliver the notificationsendpoint.host
can be different from the domain of an identityAll this considered, the new configuration should have this shape:
The text was updated successfully, but these errors were encountered: