-
Notifications
You must be signed in to change notification settings - Fork 260
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
MailSender: findings_header, investigate link and source should be optional #1454
Comments
Hey, thanks for opening an issue. I had a question about your use case, as we've started to roll out RBAC on the SaaS platform on our paid plans. Does RBAC mitigate the need for this in any way? We're happy to accept a PR for not sending the platform links of course, but if we could solve this by giving those people limited access, maybe that is a better outcome. |
Hey, unfortunately I do not want the people I send this emails to, to have access to it at all. |
Sounds good. Is there any content that those people should see? Curious to learn more on the motivation for limiting it, as it may help us improve the product. |
Is your feature request related to a problem?
Yes. I need to have full control over the email content that is being sent.
e.g.: The emails might go to people that do not have access to the Robusta platform. So sending emails with that link will be more confusing than helpful.
Describe the solution you'd like
Add a config parameter to the emailSink (e.g. robustaFindingsEnrichment). Default can be true, however, if set to false only content added by enrichers/actions is added to the email.
Describe alternatives you've considered
Remove the custom blocks from the send_finding method in the MailSender and offer it as an enrichment
The text was updated successfully, but these errors were encountered: