хочется ждать отправки (асинк), но и проебать мессагу тоже не хочется если что-то там сдохнет (за раз может отослаться 50+ штук) - эта задача применима к каналам?
она ортогональна каналам, т.к. акноледж получения емейлов получателем - вековая проблема
кто-то рассказывал что пиксель вкладывали в емейл и типо если он скачался то значит просмотрено
многие клиенты режут ссылки и ничего не качают, а письмо-то получено
можно попробовать прикрутить нечто типа Polly - т.е. задать политики авто-повторов если что-то идёт не так
да, я тоже про polly подумал, но только грубо говоря не в цикле пачку отсылать, а хай оно себе копится в queue и затем в потоках само отсылается, т.е - я не тратил время основного потока на отсылку емаилов
Тут типа нужна кафка и топик с сообщениями. Прила пишет в топик, воркер читает и отправляет
т.е без внешнего модуля никак?
Ну таблица в БД тоже подойдет
это две части одного целого, да: сначала планируем отсылку, далее отдельно есть отсыльщик (или отсыльщики: SendGrid, MailChimp etc), далее у каждого отсыльщика тоже может пойти что-то не так - расписываем что делать, включая circuit breaker, потому что если email невалидный, его SMTP-сервер каждый раз будет в отлуп кидать, даже не пытаясь в доставку, или же если ящик у адресата забит, то хоть каждую минуту retry делай не поможет, ну и т.п.
Обсуждают сегодня