Так проще было, из-за того, что слушать 25-й порт может только root.
Если есть какая-то причина, по которой 25й порт удобнее, то подумаем о том, чтобы настроить forwarding с него.
Да, такое решение тоже имеет право на жизнь. Вопрос в том, какие задачи возникают у конкретного разработчика/команды. Для кого-то ваше решение будет покрывать все необходимые задачи.
На данный момент он может посмотреть как выглядит письмо в браузере. Описанная вами функция есть в плане для дальнейшнего развития сервиса, если комьюнити проявит заинтересованность.
Имеется в виду работа над автоматическими рассылками в процессе разработки сайта/приложения и тд.
Предполагается использование исключительно в dev/staging окружении, анализа DKIM, SPF у нас нет, по этой причине.
Это не одно и тоже. Для локальной работы ваше решение вполне применимо, но это не достаточно удобно при работе в команде. Да и история писем не сохраняется.
Решаем проблему отладки email-рассылок. Т.к. в этот процесс могут быть вовлечены сразу несколько сотрудников (разработчики, верстальщики, дизайнеры, клиенты), то важной частью сервиса мы сделали совместную работу.
Да и usecase получается слишком узкий. Все таки, если не нужно использовать чужие вьюхи, то декораторы удобнее, ИМХО.
Возможно есть смысл также добавить декораторы.
Если есть какая-то причина, по которой 25й порт удобнее, то подумаем о том, чтобы настроить forwarding с него.
Предполагается использование исключительно в dev/staging окружении, анализа DKIM, SPF у нас нет, по этой причине.
Сервис делался с оглядкой на те ситуации, которые возникали при работе нашей команды.
Возможно есть смысл также добавить декораторы.
django-brake
django-cache-throttle
django-rated
django-ratelimit