История изменений

Во-первых, поддержка мыльным сервером тут ни при чем, это вопрос настройки. Во-вторых что значит «насрать»? Если твоему мыльному серверу будет насрать на мыльный сервер реципиента - он не получит письмо. Не прикалывайся аж настолько.

Все нормальные почтовые сервисы умеют 25 и 587. Если реципиент решил повыпендриваться и назначить что-то другое – он баклажан. Представь что кто-то сделал сайт foo.com на 4433 вместо 443. Чьи это проблемы? Клоуна, который это сделал.

Нет. На получение у меня - тот же порт что и на отправку, 443.

Какая разница? Ты сам сказал «хоть curl, хоть rss». Значит, у тебя не определен самый важный кусок всего пазла – клиентский протокол. Потому что в нем фильтрация, в нем папки, в нем поллинг, в нем push нотификации и прочее. То есть самую жирную часть проблемы почты ты как раз проигнорировал.

Из-за того что насрать что в библиотеках, для обмена текстовым сообщением юзается шесть портов, 380 строк конфига

Ну у тебя 380, у меня 12 строк. Может не надо 380 писать?

три протокола

Ты понимаешь что такое «протокол»? То, что у тебя сервис на 443 порту слушает, никаких реальных проблем не решает. Потому что на 443 порту должно слушать что-то, что будет удобнее IMAP и что все имплементируют.

Тогда зачем весь этот дроч с ДНСами начиная с MX?

Во-первых, потому что домен example.com обслуживает почтовик mx1.example.com. И об этом нужно как-то узнать. А ещё домен может обслуживаться gmail’ом. Или fastmail’ом. Или чертом в ступе.

Во-вторых, дроч с DNS’ами нужен потому что письма могут форвардить. И правильные почтовые сервисы проверяют всю цепочку. Плюс проще закешировать себе настройки DKIM и проверять подпись, чем постоянно дрочить отправителя REST запросами.

Во-первых, поддержка мыльным сервером тут ни при чем, это вопрос настройки. Во-вторых что значит «насрать»? Если твоему мыльному серверу будет насрать на мыльный сервер реципиента - он не получит письмо. Не прикалывайся аж настолько.

Все нормальные почтовые сервисы умеют 25 и 587. Если реципиент решил повыпендриваться и назначить что-то другое – он баклажан. Представь что кто-то сделал сайт foo.com на 4433 вместо 443. Чьи это проблемы? Клоуна, который это сделал.

Нет. На получение у меня - тот же порт что и на отправку, 443.

Какая разница? Ты сам сказал «хоть curl, хоть rss». Значит, у тебя не определен самый важный кусок всего пазла – клиентский протокол. Потому что в нем фильтрация, в нем папки, в нем поллинг, в нем push нотификации и прочее. То есть самую жирную часть проблемы почты ты как раз проигнорировал.

Из-за того что насрать что в библиотеках, для обмена текстовым сообщением юзается шесть портов, 380 строк конфига

Ну у тебя 380, уменя 12 строк.

три протокола

Ты понимаешь что такое «протокол»? То, что у тебя сервис на 443 порту слушает, никаких реальных проблем не решает. Потому что на 443 порту должно слушать что-то, что будет удобнее IMAP и что все имплементируют.

Тогда зачем весь этот дроч с ДНСами начиная с MX?

Во-первых, потому что домен example.com обслуживает почтовик mx1.example.com. И об этом нужно как-то узнать. А ещё домен может обслуживаться gmail’ом. Или fastmail’ом. Или чертом в ступе.

Во-вторых, дроч с DNS’ами нужен потому что письма могут форвардить. И правильные почтовые сервисы проверяют всю цепочку. Плюс проще закешировать себе настройки DKIM и проверять подпись, чем постоянно дрочить отправителя REST запросами.

Во-первых, поддержка мыльным сервером тут ни при чем, это вопрос настройки. Во-вторых что значит «насрать»? Если твоему мыльному серверу будет насрать на мыльный сервер реципиента - он не получит письмо. Не прикалывайся аж настолько.

Все нормальные почтовые сервисы умеют 25 и 587. Если реципиент решил повыпендриваться и назначить что-то другое – он баклажан. Представь что кто-то сделал сайт foo.com на 4433 вместо 443. Чьи это проблемы? Клоуна, который это сделал.

Нет. На получение у меня - тот же порт что и на отправку, 443.

Какая разница? Ты сам сказал «хоть curl, хоть rss». Значит, у тебя не определен самый важный кусок всего пазла – клиентский протокол. Потому что в нем фильтрация, в нем папки, в нем поллинг, в нем push нотификации и прочее. То есть самую жирную UX проблемы почты ты как раз проигнорировал.

Из-за того что насрать что в библиотеках, для обмена текстовым сообщением юзается шесть портов, 380 строк конфига

Ну у тебя 380, уменя 12 строк.

три протокола

Ты понимаешь что такое «протокол»? То, что у тебя сервис на 443 порту слушает, никаких реальных проблем не решает. Потому что на 443 порту должно слушать что-то, что будет удобнее IMAP и что все имплементируют.

Тогда зачем весь этот дроч с ДНСами начиная с MX?

Во-первых, потому что домен example.com обслуживает почтовик mx1.example.com. И об этом нужно как-то узнать. А ещё домен может обслуживаться gmail’ом. Или fastmail’ом. Или чертом в ступе.

Во-вторых, дроч с DNS’ами нужен потому что письма могут форвардить. И правильные почтовые сервисы проверяют всю цепочку. Плюс проще закешировать себе настройки DKIM и проверять подпись, чем постоянно дрочить отправителя REST запросами.

Во-первых, поддержка мыльным сервером тут ни при чем, это вопрос настройки. Во-вторых что значит «насрать»? Если твоему мыльному серверу будет насрать на мыльный сервер реципиента - он не получит письмо. Не прикалывайся аж настолько.

Все нормальные почтовые сервисы умеют 25 и 587. Если реципиент решил повыпендриваться и назначить что-то другое – он баклажан. Представь что кто-то сделал сайт foo.com на 4433 вместо 443. Чьи это проблемы? Клоуна, который это сделал.

Нет. На получение у меня - тот же порт что и на отправку, 443.

Какая разница? Ты сам сказал «хоть curl, хоть rss». Значит, у тебя не определ самый важный кусок всего пазла – клиентский протокол. Потому что в нем фильтрация, в нем папки, в нем поллинг, в нем push нотификации и прочее. То есть самую жирную UX проблемы почты ты как раз проигнорировал.

Из-за того что насрать что в библиотеках, для обмена текстовым сообщением юзается шесть портов, 380 строк конфига

Ну у тебя 380, уменя 12 строк.

три протокола

Ты понимаешь что такое «протокол»? То, что у тебя сервис на 443 порту слушает, никаких реальных проблем не решает. Потому что на 443 порту должно слушать что-то, что будет удобнее IMAP и что все имплементируют.

Тогда зачем весь этот дроч с ДНСами начиная с MX?

Во-первых, потому что домен example.com обслуживает почтовик mx1.example.com. И об этом нужно как-то узнать. А ещё домен может обслуживаться gmail’ом. Или fastmail’ом. Или чертом в ступе.

Во-вторых, дроч с DNS’ами нужен потому что письма могут форвардить. И правильные почтовые сервисы проверяют всю цепочку. Плюс проще закешировать себе настройки DKIM и проверять подпись, чем постоянно дрочить отправителя REST запросами.