Receiving Email is not working in Amazon SES

2020-08-11 11:03发布

问题:

I tried to access the email and tried to store email in S3 bucket but it is not working.

SES configuration:

  • domain verified
  • email address verified
  • created rule set in rule set Recipient has provided
  • In S3 action bucket name given
  • AMAZON_SES_SETUP_NOTIFICATION has received.

After that if I receive any email from particular recipient it is not stored in S3.

回答1:

If you are using Route53 for your domain management, you may have forgotten to set up MX record for it.

Here is an instruction of how to do it.

https://docs.aws.amazon.com/ses/latest/DeveloperGuide/receiving-email-mx-record.html



回答2:

In case anyone else's registrar has a confusing settings menu:

I the SES setup menu they show MX record name = your domain, value = 10 inbound-smtp.us-east-1.amazonaws.com. The "10" is meant to be the priority, I just copy/pasted it directly into the server field with my registrar, which was causing the record to be invalid.



回答3:

The MX record's hostname must end with "." like so:

10 inbound-smtp.us-east-1.amazonaws.com.

Otherwise the record's hostname will be suffixed by your domain name, which is not intended here.



回答4:

If anyone else is still having trouble with this, here are things to check:

  1. All of your 'pieces' are on the same region (S3 bucket, Route53 hosted zone, SES configuration)
  2. SES has the permission to write to the S3 bucket (see this tutorial)
  3. Bucket name is the same name as your domain name
  4. Route53 hosted zone has MX records, which are injected automatically by SES configuration. You just have to pay attention when you do the setup


回答5:

Just make sure that your rule set is shown in "Active rule set". Once you create the rule, it is by default goes into "inactive rule set" and you need to mark it is a "Set as a active rule set" and once you do that, it will go in the "Active rule set" section and it will be visible by clicking on "View Active Rule set" button.



回答6:

You will want to verify the rule set you are working with is active. Go to SES and click "Rule Sets" under the email receiving section in the sidebar. Click the "View Active Rule Set" button. Make sure this is the rule set you are currently expecting to be used. To activate the rule set from the "Rule Sets" screen, click on the checkbox next to the rule set and click "Set as Active Rule Set".



回答7:

I had the same problem at first. But I notice that the "access denied" was not a configuration question, but something related to access this information directly in the Browser. After downloading the file with "Aws Cli" through the Terminal in Visual Studio Code, I could read the data. Pay attention to activate the rule - in the SES Panel - because NOTIFICATION MESSAGE is something wrong there. ;)



回答8:

The issue for me was that I had not made the rule set Active. Was losing my mind on the details of the setup but they were all correct.

Make sure you go to "View Active Rule Set" and ensure the inbound rule you created is listed there.



回答9:

I'm not a expert, but in my expirience probably you have to assing privilegies to the bucket before SES can write elements, i was have similar problems at the begining, so i chose the option create Bucket in the action selection when configurating the rules, then the bucket is created automated with the permisions configured in correct way.



回答10:

TL;DR

Don't add AWS's MX record to an existing MX record; you need to create a new MX record with a domain that you're not currently using for emails.

Background

I wasn't entirely familiar with MX records and SES, and I already had an MX Record-Set in AWS Route53, I'm using GMAIL (G Suite).

So I followed all the necessary steps - SES-Receive-Inbound-Emails AWS Blog Post - and I still didn't understand why I don't see new emails in my S3 bucket; I could only see AMAZON_SES_SETUP_NOTIFICATION in the bucket.

As already mentioned in previous answers, you must add the AWS's MX record to receive emails, that will eventually be stored in your S3 bucket.

Lesson learned

Having multiple MX records in the same Record-Set is for backup purposes only. If the server is unreachable, it moves on to the next record on the list. Do not expect the email to be received by all the MX records, that will never happen.

Bad Solution

1 ASPMX.L.GOOGLE.COM
5 ALT1.ASPMX.L.GOOGLE.COM
5 ALT2.ASPMX.L.GOOGLE.COM
10 ALT3.ASPMX.L.GOOGLE.COM
10 ALT4.ASPMX.L.GOOGLE.COM
10 inbound-smtp.eu-west-1.amazonaws.com # <-- added this one

I also tried changing the priority of AWS MX from 10 to 1, which is silly, since I still want to receive emails to my mailbox via GMAIL.

Good Solution

Create a new aliased-subdomain and use it for SES.

Here's how:

  1. Assuming I own mydomain.com, and my email address is willy@mydomain.com, I want to use the aliased-subdomain ses.mydomain.com
  2. Add the aliased domain in your GSuite - Login with Admin account and go to Admin Console > Domains > Follow the steps - Add a domain alias > verify and confirm ownership > Domain Name provider = Other
  3. Create a TXT record in AWS Route53 according to the guide in the previous step; this will verify that you own the aliased-subdomain
  4. Back to AWS, Create a new Record-Set in Route53
    - Name:  ses.mydomain.com # replace 'ses' if necessary
    - Type:  MX
    - Value: # this is temporary, we'll change it in the next steps
    1 ASPMX.L.GOOGLE.COM
    5 ALT1.ASPMX.L.GOOGLE.COM
    5 ALT2.ASPMX.L.GOOGLE.COM
    10 ALT3.ASPMX.L.GOOGLE.COM
    10 ALT4.ASPMX.L.GOOGLE.COM
    
  5. Setup SES to S3 - Follow the steps - SES-Receive-Inbound-Emails AWS Blog Post
    • Verify the aliased-subdomain ses.mydomain.com
    • Verify an email address - willy@ses.mydomain.com - check your regular inbox willy@mydomain.com open the email from AWS and verify this email address by clicking the verification link
    • Create a rule and add willy@ses.mydomain.com as a recipient
  6. Edit the previously created MX Record-Set in Route53
    - Name:  ses.mydomain.com
    - Type:  MX
    - Value: 10 inbound-smtp.${AWS_REGION}.amazonaws.com  # replace ${AWS_REGION}
    
  7. Send an email (from any mailbox) to willy@ses.mydomain.com - you'll see the email in your S3 bucket! Object name is hashed, you need to download and change its extension to .eml

I hope this helps. I was banging my head for a few hours about this one.