По какой-то причине мне сложно понять, как делать то, что кажется довольно простым.
Как мне регистрировать всю электронную почту, отправляемую через AWS Simple Email Service, с указанием конкретных деталей сообщения?
Этот журнал, как минимум, должен содержать IP-адрес отправляющего сервера. Но мне действительно нужно TO
адрес тоже. Предыстория - у нас есть несколько серверов, которые используют эту услугу, и когда один из них срабатывает и начинает отправлять тысячи электронных писем, мы получаем предупреждения через мониторинг Cloudwatch, но нет возможности узнать, какой сервер на самом деле их отправляет.
Сразу же после исследования вы обнаруживаете доказательства того, что людям действительно нужна эта функция, а она недоступна. Однако новые статьи предполагают, что это возможно.
В идеале я попытался использовать публикацию событий в Cloudwatch, как описано в этих двух статьях: https://docs.aws.amazon.com/ses/latest/DeveloperGuide/monitor-using-event-publishing.html https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-add-event-destination-cloudwatch.html
Message Tag
с именем ses:source-ip
и значение по умолчанию source-ip
.Через некоторое время в Cloud Watch не публикуются никакие события.
Документация просто не очень ясна в отношении всего этого процесса и никогда не раскрывает фактические детали с примерами.
Есть некоторые предположения, что мне, возможно, придется добавить заголовки в нашу исходящую электронную почту для отслеживания, но есть другие предположения, что есть значения по умолчанию, и что мне на самом деле не нужно изменять наше поведение при отправке.
Мелкозернистый - Эти показатели классифицируются по характеристикам электронной почты, которые вы определяете с помощью тегов сообщений. Чтобы опубликовать эти метрики в CloudWatch, необходимо настроить публикацию событий с назначением события CloudWatch и указать набор конфигурации при отправке электронного письма. Вы также можете указать теги сообщений или использовать автоматические теги, которые Amazon SES предоставляет автоматически.
Также есть документация по использованию Kinesis Firehose в качестве пункта назначения, и в ней показаны примеры очень подробной информации о сообщениях - именно это я хотел бы иметь: https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-retrieving-firehose-examples.html#event-publishing-retrieving-firehose-send
Я просто не знаю, в каком направлении здесь двигаться и как это настроить.
Мне нужен самый простой способ записать в журнал то, что кажется базовой диагностической информацией SES, и использовать ее для устранения неполадок позже. Трудно поверить, что эта информация не просто доступна где-то в консоли AWS.
Вы уже видели учебник? https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-tutorials.html
Я надеюсь, что это могло помочь тебе
Я сначала прокомментировал ваш пост, а потом внезапно, после целого дня тестирования, в моей голове пришло осознание.
Это понимание пришло из AWS. блог. Заголовок "Как работают теги сообщений?"
TL; DR: автоматические теги применяются, если вы используете AWS SES. SendEmail/SendRawEmail
API или добавление X-SES-CONFIGURATION-SET: CONFIGURATION-SET-NAME
заголовок при использовании учетных данных SMTP.
К сожалению, для нас не существует дешевого способа регистрации таких подробностей =).
Стриминг Kinesis кажется единственным вариантом.