Назад | Перейти на главную страницу

Настройте SES для получения в корзину S3, ничего не получая

NB: Я новичок в AWS.

Я выполнил инструкции по настройке приема SES (отправка не требуется) для моего домена для записи входящих писем в корзину S3. Домен управляется через Route 53 и проверен (согласно https://docs.aws.amazon.com/ses/latest/DeveloperGuide/receiving-email-getting-started-verify.html), записи MX и TXT настроены (используется конечная точка inbound-smtp.us-east-1.amazonaws.com согласно https://docs.aws.amazon.com/ses/latest/DeveloperGuide/regions.html), Я установил правило получения (согласно https://docs.aws.amazon.com/ses/latest/DeveloperGuide/receiving-email-getting-started-receipt-rule.html) для admin @ (плюс несколько других адресов электронной почты, таких как postmaster @, hostmaster @, administrator @ и т. д.), позвольте SES настроить права доступа к корзине и подтвердить их в корзине (согласно https://docs.aws.amazon.com/ses/latest/DeveloperGuide/receiving-email-permissions.html). Не использовать шифрование, фильтрацию спама / вирусов или фильтрацию IP-адресов. Набор правил включен. Я получил исходное сообщение от Amazon (AMAZON_SES_SETUP_NOTIFICATION) в моем ведре.

Кажется, все настроено правильно, но я не получаю писем в корзине S3. Никаких ошибок, ничего в CloudWatch (даже средства для мониторинга SES), никаких отказов, ничего.

Любые идеи?

Я наткнулся на ваш вопрос, потому что у меня была такая же проблема с неполучением писем, несмотря на полностью правильную настройку в SES.

Однако в моем случае я не использовал Route 53, а зарегистрировал домен на другом хостинге, включая настройки DNS, особенно записи MX. Просматривая записи DNS, я обнаружил, что приоритеты в записях MX были неправильными, все еще указывая на мой "старый" почтовый сервер. Запись SES имела более низкий приоритет, что объясняет, что письма в SES не отправлялись.

Решением было изменить приоритеты записи MX, имеющие более высокий приоритет для сервера SES.

Заметка, что это не относится к вашему случаю, поскольку вы использовали Route 53 для настройки DNS, и его следует упомянуть только как еще один возможный источник ошибки.