这是indexloc提供的服务,不要输入任何密码
Skip to content
This repository was archived by the owner on Mar 4, 2021. It is now read-only.

Conversation

@csm
Copy link

@csm csm commented Oct 14, 2014

We ran into the issue where sending mail kept failing, even after we enabled production access for SES and verified the sender email address. The issue turned out that by default SimianArmy was using us-east-1 for SES, but the region we were operating in (and had production access/verified emails) was us-west-2.

It might be more sensible to use a property for controlling what region the SES client uses, but this works for us.

We ran into the issue where sending mail kept failing, even after we enabled production access for SES and verified the sender email address. The issue turned out that by default SimianArmy was using us-east-1 for SES, but the region we were operating in (and had production access/verified emails) was us-west-2.

It might be more sensible to use a property for controlling what region the SES client uses, but this works for us.
@cloudbees-pull-request-builder

SimianArmy-pull-requests #155 FAILURE
Looks like there's a problem with this pull request

@ebukoski
Copy link
Contributor

I understand the issue but by using the result of region() for the SES client it is effectively pinned to the value of "simianarmy.client.aws.region". This is restrictive and overloads the original meaning of the property. Also this could break existing deployments if the SES client region and current SimianArmy region differ.

Creating a new dedicated property would be a better solution.

@ebukoski
Copy link
Contributor

Addressed by PR #202.

@ebukoski ebukoski closed this Aug 18, 2015
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants