Skip to content

Refactor MailHelper to be more provider-agnostic#3108

Open
labkey-adam wants to merge 2 commits into
developfrom
fb_mailhelper_refactor
Open

Refactor MailHelper to be more provider-agnostic#3108
labkey-adam wants to merge 2 commits into
developfrom
fb_mailhelper_refactor

Conversation

@labkey-adam

Copy link
Copy Markdown
Contributor

Rationale

Dumbster changes to support a somewhat more agnostic MailHelper

Related Pull Requests


// Install our own SMTP provider pointed at the local capture server and make it the active provider, rather
// than mutating another provider's session state. All outgoing email is captured regardless of how the server's
// real email transport (SMTP, Microsoft Graph, etc.) is configured.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I could be misreading this - but I read these two sentences like a contradiction on first pass: sentence 1 says we install our own SMTP provider, sentence 2 says we capture email regardless of transport including Graph (implies Dumbster handles Graph traffic, but of course we're just replacing the active provider).

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AI-generated comment that could be clearer. I'll clean it up.

@labkey-bpatel labkey-bpatel left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please see my comment regarding a comment

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

Successfully merging this pull request may close these issues.

2 participants