Comments 11
С увеличением квоты скорость рассылки повысили?
DKIM подтвердили, проблем не возникало?
DKIM подтвердили, проблем не возникало?
Скорость повысили до 28 писем в секунду. Проблем с DKIM не было.
А какой смысл в этой системе осталось не очень понятно, но очень интересно.
Я вижу 3 минуса — низкая скорость, стороняя система, отдельный счет.
И столько же плюсов — меньше шансов попасть в спам ничего не настраивая, возможность роста(хотя при такой скорости?), аналитика.
Есть вопросы — можно ли слать персонализированные письма? Рассылки по рассписанию?
Я вижу 3 минуса — низкая скорость, стороняя система, отдельный счет.
И столько же плюсов — меньше шансов попасть в спам ничего не настраивая, возможность роста(хотя при такой скорости?), аналитика.
Есть вопросы — можно ли слать персонализированные письма? Рассылки по рассписанию?
1. Скорость можно увеличить, если Вам это нужно. Достаточно подать запрос в Амазон. Мы отправляем в основном транзакционные письма, поэтому даже такая скорость нас устраивает.
2. Сторонняя система, тем более если это Амазон, в нашем случае — это хорошо. Мы можем сконцентрироваться на других вещах, чем следить за чем-то своим.
3. Расходы там не самые большие. Теряются в нашем счете за сервера EC2. Удобно платить за все — 1 раз в месяц и в одном месте.
Amazon SES — это просто доступ к SMTP серверу. Все рассылки нужно делать самому при помощи своего или стороннего ПО.
2. Сторонняя система, тем более если это Амазон, в нашем случае — это хорошо. Мы можем сконцентрироваться на других вещах, чем следить за чем-то своим.
3. Расходы там не самые большие. Теряются в нашем счете за сервера EC2. Удобно платить за все — 1 раз в месяц и в одном месте.
Amazon SES — это просто доступ к SMTP серверу. Все рассылки нужно делать самому при помощи своего или стороннего ПО.
Хороший сервис. Я вот так рассылки делаю через SES: habrahabr.ru/post/141102/
гоняли SES пару месяцев в продакшне на проекте, в итоге пока ушли к себе на свой мейлсервер после поломки, которая не давала отправлять письма — smtp просто реджектил отправки (поломка была признана амазоном и отображалась на их странице статуса) и это продолжалось больше 2-3 часов — к чему тогда эти рассказы про кучу балансировщиков и стабильность? :)
Еще напрягали эпизодические реджекты отправок на емейлы, которые якобы другими пользователями ses уже были помечены как неработающие (non-deliverable).
Была еще проблема с возможностью отправки емейла от имени пользователя (когда один пользователь шлет письмо другому с сайта) — подставить так просто from: заголовок нельзя, ведь каждый отправитель должен явно быть добавлен в консоль aws и отвалидирован.
На своем мейлсервере проблему с попаданием в спам сейчас решаем валидным spf, вроде нет больших проблем. Эта проблема вообще на мой взгляд преувеличена, например 37 сигналов, если я не ошибаюсь, рассылают тоже со своих серверов с рейтом доставки мимо спама около 99% (читал у них в блоге)
До этого больше года юзали Мейлчимп — это конечно удобнее в плане отслеживания статы из коробки (open rate, click rate), но слишком деревянно во всем остальном, когда нужно гибкое управление с сайта списками подписчиков, создание рассылки прямо с сайта, автоподписка при реге и т.д. (конечно, есть варианты интеграции, но всё это очень неудобно по сравнению со внутренним решением оказалось)
Еще напрягали эпизодические реджекты отправок на емейлы, которые якобы другими пользователями ses уже были помечены как неработающие (non-deliverable).
Была еще проблема с возможностью отправки емейла от имени пользователя (когда один пользователь шлет письмо другому с сайта) — подставить так просто from: заголовок нельзя, ведь каждый отправитель должен явно быть добавлен в консоль aws и отвалидирован.
На своем мейлсервере проблему с попаданием в спам сейчас решаем валидным spf, вроде нет больших проблем. Эта проблема вообще на мой взгляд преувеличена, например 37 сигналов, если я не ошибаюсь, рассылают тоже со своих серверов с рейтом доставки мимо спама около 99% (читал у них в блоге)
До этого больше года юзали Мейлчимп — это конечно удобнее в плане отслеживания статы из коробки (open rate, click rate), но слишком деревянно во всем остальном, когда нужно гибкое управление с сайта списками подписчиков, создание рассылки прямо с сайта, автоподписка при реге и т.д. (конечно, есть варианты интеграции, но всё это очень неудобно по сравнению со внутренним решением оказалось)
Опытным путем мною были установлены лимиты на bounce rate и complaints rate на SES. Аккаунт будет заблокирован, если Bounce Rate выше 10% и Complaints Rate выше 0.4%. За счет этих жестких ограничений Амазон и держит цену в 10 раз ниже, чем у конкурентов ($0.1 против $1/1k).
10% bounce / 0.4% complaints — это примерно в 2 раза ниже, чем в среднем по рынку. У крупных игроков типа Elastic Email или SendGrid эти лимиты около 20% bounce и 1% complaint.
10% bounce / 0.4% complaints — это примерно в 2 раза ниже, чем в среднем по рынку. У крупных игроков типа Elastic Email или SendGrid эти лимиты около 20% bounce и 1% complaint.
Спасибо, хороший гайд. Конечно, все это есть и в официальной документации, но у Вас все разжевано на порядок лучше. Настроил, все работает. Теперь осталось дождаться аппрува от Амазона, чтобы выйти из песочницы.
Sign up to leave a comment.
Массовая рассылка писем с помощью Amazon SES