Тот же опыт как Brad здесь.
JFS был действительно хорошей производительностью - и мудрый функцией, но я просто потерял 3 ценности разделов данных после принудительного завершения работы.
Я таким образом бросил JFS к мусорному ведру и буду использовать XFS в будущем (и ожидать ZFS на Linux, а также BTRFS).
Нет.
Вы не можете быть уверены в том, что исходящая электронная почта будет доставлена, так как многие пункты назначения просто заносятся в черный список, брандмауэр или даже нулевой маршрут блокируют IP-адреса всех основных облачных провайдеров из-за серьезные злоупотребления со стороны этих диапазонов - не только из электронной почты, но и через другие службы.
И даже если ваша почта будет доставлена сегодня, это не гарантия, что она будет доставляться в будущем.
Вы действительно действительно нужен почтовый сервер за пределами Azure (или EC2 или что-то еще) для обработки вашей исходящей почты, хотя он не обязательно должен быть сторонним почтовым сервером. Если у вас есть опыт, вы могли бы сделать это самостоятельно.
Когда я разместил на EC2 услугу, которая должна была доставляться по списку рассылки, я обнаружил при тестировании, что почти 3/4 адресов списка не принимают почту оттуда . В итоге я отправил все на смарт-хост, расположенный за пределами EC2. Интересно, что это также улучшило производительность ...
Наличие входящей почты в Azure не будет проблемой, поскольку указанные выше проблемы не применяются.
НЕЛЬЗЯ.
В 99,999% случаев имеет смысл использовать сторонний обработчик SMTP / почты, чем реализовывать собственный почтовый сервер.
Там есть даже документ в документации Azure об использовании Sendgrid .
Я настоятельно рекомендую вам следовать этим рекомендациям и использовать Sendgrid (или подобную службу) в качестве поставщика ретрансляции SMTP.
Тонкости настройки правильно настроенного почтового сервера чрезвычайно сложны.