Да, именно так. И понятное дело если человек кликает по ссылке в письме, заначит он его просматривал, и это тоже учитывается.
По поводу показа картинок — разные сервисы и программы ведут себя по разному: Mail.ru, например, показывает всегда, GMail показывает если письмо подписано, и если у адреса хорошая история, Thunderbird, насколько я помню — всегда спрашивает.
1. Сервис заточен на транзакционные письма, где поток не очень большой, и скорость не супер-важна. Точно пока не мерял.
2. И да и нет, в API передаётся список сообщений которые нужно отослать в виде
"messages": [{
"template": "signup",
"recipient": "sergey.kirillov@gmail.com",
"data": {
"first_name": "Sergey"
}
}, {
"template": "signup",
"recipient": "yet_another_user@gmail.com",
"data": {
"first_name": "Nikolay"
}
}, {
...
}]
и мы уже делали рассылку для дружественного проекта tutorle.com/, но те-же MailChimp всячески рекомендуют рассылать транзакционные и bulk сообщения с разных серверов. Поэтому возможно мы запретим рассылку bulk сообщений на уровне политики пользования сервисом.
Может вы мне подскажете… По вашей ссылке написано что у них есть point of presence в Гонконге. POP — это датацентр? Где можно зарегаться и цены посмотреть? А то миллион сайтов у них, не понятно где что искать.
Если пофантазировать о будущем — например можно будет делать A/B тесты разных версий письма, опять таки не меняя приложения.
FBL пока принимаем только с mail.ru, остальные в процессе.
По поводу показа картинок — разные сервисы и программы ведут себя по разному: Mail.ru, например, показывает всегда, GMail показывает если письмо подписано, и если у адреса хорошая история, Thunderbird, насколько я помню — всегда спрашивает.
2. И да и нет, в API передаётся список сообщений которые нужно отослать в виде
"messages": [{ "template": "signup", "recipient": "sergey.kirillov@gmail.com", "data": { "first_name": "Sergey" } }, { "template": "signup", "recipient": "yet_another_user@gmail.com", "data": { "first_name": "Nikolay" } }, { ... }]
и мы уже делали рассылку для дружественного проекта tutorle.com/, но те-же MailChimp всячески рекомендуют рассылать транзакционные и bulk сообщения с разных серверов. Поэтому возможно мы запретим рассылку bulk сообщений на уровне политики пользования сервисом.
Хотелось получить решение на более высоком уровне абстракции.