Comments 28
Но зачем, если есть mailcatcher.me?
Много говорите о фичах, но какую проблему вы решаете?
Интересный инструмент, но с чем его едят?
Интересный инструмент, но с чем его едят?
Решаем проблему отладки email-рассылок. Т.к. в этот процесс могут быть вовлечены сразу несколько сотрудников (разработчики, верстальщики, дизайнеры, клиенты), то важной частью сервиса мы сделали совместную работу.
Это понял, но тогда еще вопрос.
Какие задачи в рассылках требуют коллективного решения, для чего тут нужна совместная работа, и почему для этого нельзя использовать любой SMTP-сервер?
Задаю не из праздного любопытства, а из профессионального интереса.
Какие задачи в рассылках требуют коллективного решения, для чего тут нужна совместная работа, и почему для этого нельзя использовать любой SMTP-сервер?
Задаю не из праздного любопытства, а из профессионального интереса.
Опишу несколько кейсов:
Сервис делался с оглядкой на те ситуации, которые возникали при работе нашей команды.
- Совместная работа нескольких разработчиков на staging сервере.
- Работа тестировщика. Если найдена ошибка в письме, он может легко получить на него прямую ссылку и отправить её в баг-трекер.
- Работа дизайнеров. Если есть какая-то ошибка в дизайне письма, можно добавить к нему комментарии через сервис coment.me. Это делается в один клик.
- Показать письмо по прямой ссылке заказчику, если тот уже очень любопытный.
Сервис делался с оглядкой на те ситуации, которые возникали при работе нашей команды.
Это скорее транзакционные рассылки или массовые? Есть ли у вас анализ DKIM, SPF и прочих подписей?
А как это связано с работой верстальщика (упомянутого вами дизайнера). Он сможет посмотреть это письмо в различных почтовых клиентах чтобы проверить не поплыл ли дизайн или еще какие косяки отладить?
Это аналог mailtrap.io/?
$ python -m smtpd -n -c DebuggingServer localhost:2525
Это не одно и тоже. Для локальной работы ваше решение вполне применимо, но это не достаточно удобно при работе в команде. Да и история писем не сохраняется.
$ python -m smtpd -nc DebuggingServer localhost:2525 > smtp_history
Теперь сохраняется. =) Конечно ваш сервис круче, с этим никто не спорит. Просто многие не знают, что если у них есть python в системе, то вот так просто можно запустить smtp-демон для дебага. Он входит в стандартную пайтоновскую библиотеку.
А почему порт 9025 а не 25?
Да крутая штука, чего уж тут.
Он у вас почему-то не-MIME письма не принимает — молча закрывает сокет и всё. Понимаю, конечно, что plaintext письма почти никто не отправляет сейчас, но можно же хотя-бы по человечески по RFC ответить сообщением об ошибке и только после этого отключаться.
$ python Python 2.7.3 (default, Feb 27 2014, 20:00:17) [GCC 4.6.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import smtplib >>> s = smtplib.SMTP('debugmail.io', 9025, 'localhost') >>> s.login("*********************", "***************") (235, '2.7.0 Authentication successful') >>> s.sendmail("wasd@localhost", "to@localhost", "non-mime-plaintext") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python2.7/smtplib.py", line 734, in sendmail (code, resp) = self.data(msg) File "/usr/lib/python2.7/smtplib.py", line 502, in data (code, msg) = self.getreply() File "/usr/lib/python2.7/smtplib.py", line 361, in getreply raise SMTPServerDisconnected("Connection unexpectedly closed") smtplib.SMTPServerDisconnected: Connection unexpectedly closed
Отличный сервис, сделан достаточно просто. Он останется бесплатным?
Sign up to leave a comment.
Debug Mail — простой в использовании smtp-сервер для разработчиков