Я пытаюсь использовать AWS SES для отправки электронной почты от MarkLogi c с помощью команды 'xdmp: email', но я получаю ошибку "адрес не подтвержден". Я пытался указать проверенные адреса электронной почты в каждом возможном поле электронной почты (reply-to, sender, from, et c), но я не нашел способа обойти эту конкретную ошибку, используя просто xdmp: email. Стоит отметить, что если я введу непроверенный адрес электронной почты, например, в поле «отправитель», оба непроверенных адреса электронной почты появятся в сообщении об ошибке. Это говорит мне: 1) Я правильно ввел адреса для ответа, отправителя и т. Д. c в xdmp: email и 2) AWS отмечает эти адреса и, если проверено, пропускает его go. Проблема в том, что я не могу контролировать этот адрес электронной почты. Ошибка:
Error sending mail: : 554 Message rejected: Email address is not verified.
The following identities failed the check in region US-EAST-1: daemon@ip-10-62-92-128.ec2.internal
Я ввожу учетные данные в настройках. В общем, я довольно уверен, что все остальное сделано правильно. Например, до ввода учетных данных я получал ошибку авторизации. Пока я не проверил фактические адреса TO, я получал ошибки, что эти адреса не были должным образом проверены. Я был в состоянии устранить эти ошибки. Большая часть этого кода электронной почты работает в полном объеме за пределами AWS, поэтому я не слишком обеспокоен, есть некоторая базовая c проблема с кодом.
FWIW, мы запросили "платную" SES аккаунт и поэтому мы больше не работаем в «песочнице». Мы удалили и заново создали пользователя SMTP IAM. Поиск в Google предполагает, что обновление должно было бы в достаточной степени решить эту проблему, а проблема с Пользователем является второй идеей, поэтому я, честно говоря, не уверен, что это тоже проблема AWS. Независимо от этих AWS -специфических c вопросов, мне кажется, что я должен быть в состоянии относительно легко отправить электронное письмо от MarkLogi c через песочницу SES вместо необходимости немедленного обновления до платного аккаунта.
Что-то мне не хватает? Я бы очень хотел пропустить что-то простое. Есть ли способ, чтобы ML не прикрепил этот фиктивный адрес электронной почты к сообщению? Есть ли способ проверить этот фиктивный адрес электронной почты таким образом, чтобы его можно было масштабировать в случае расширения службы? Является ли распространенным решением для проверки домена, что, для меня, не будет простым делом? Должен ли я смотреть на настройку локального SMTP-ретранслятора с использованием postfix или чего-то еще (и, конечно, кто знает, сможет ли это обойти эту проблему)? Как другие используют MarkLogi c и SES вместе в AWS?