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

feat: optional override for Postmark email From: field #429

Closed
wants to merge 4 commits into from

Conversation

travis
Copy link
Member

@travis travis commented Feb 9, 2023

originally PR'd as #354, opening a new PR to see if the CI failure is a result of that PR coming from a remote fork

original PR message:

This change allows an optional POSTMARK_SENDER env variable to be set alongside the existing POSTMARK_TOKEN in case the configure token's account is not approved for sending from the default (main/real) domain. Without this the "From: …" sender email address is hardcoded at quite a low-level which makes it difficult for code re-use.

With this change, I'm enabled to set up a local environment and test from my own Postmark account without needing production keys. (Since I don't own or control the domain, sending an email from [email protected] gets rejected by the Postmark server with an error if requested via my own API token.)

I have avoided touching most of the many places where environment variables are handled because most of those deal in terms of required env. This new config variable is optional: available for those who need it, but if not set, the email logic simply stays defaulted to what was the hardcoded sender.

natevw and others added 4 commits January 17, 2023 14:16
allows an optional POSTMARK_SENDER env variable to be set alongside POSTMARK_TOKEN in case token is not approved for sending from the main/real domain. this enables me to set up a local environment and test from my own Postmark account without needing production keys
@travis travis temporarily deployed to dev February 9, 2023 03:13 — with GitHub Actions Inactive
@travis
Copy link
Member Author

travis commented Feb 9, 2023

ok this works, closing in favor of merging #354 directly

@travis travis closed this Feb 9, 2023
Peeja pushed a commit to storacha/upload-service that referenced this pull request Jan 17, 2025
🤖 I have created a release *beep* *boop*
---


##
[1.1.0](storacha/w3ui@w3console-v1.0.1...w3console-v1.1.0)
(2023-03-23)


### Features

* switch gateway host per deployment
([storacha#427](storacha/w3ui#427))
([9a9c7da](storacha/w3ui@9a9c7da))
* update ToS page in hosted console
([storacha#421](storacha/w3ui#421))
([3aa8e2d](storacha/w3ui@3aa8e2d))


### Bug Fixes

* show terms to unauthorized users
([storacha#428](storacha/w3ui#428))
([e3825ac](storacha/w3ui@e3825ac))

---
This PR was generated with [Release
Please](https://github.com/googleapis/release-please). See
[documentation](https://github.com/googleapis/release-please#release-please).

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
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