использование основного домена как почтовый сервер
Они, вероятно, не вероятны, но как вещи исключить:
- Скройте ответвление, при котором расположены люди
- Скройте низкопроизводительные соединения на сайте ответвления
- Общедоступный дюйм/с выделил из основного пула сайта
- К некоторому серверу там нужно получить доступ снаружи, и что NAT должен произойти на основном сайте
- Доступ к некоторому ресурсу, связанному с исходным IP (к сожалению, распространенный в образовании)
Как упомянутый Evan, я подозреваю, что реальной причиной являются правила брандмауэра, возможно потому что старый механизм не имел хорошего брандмауэра с сохранением информации. Предполагая, что существует тот теперь, я не вижу общих оснований, чтобы не иметь их Интернет-трафик быть отосланным прямой. Это - то, как удаленные сайты моего рабочего места всегда работали.
Запуск вашего почтового сервера как example.com вместо mail.example.com может привести к тому, что некоторые серверы будут классифицировать почту как спам. Почти входящий основной поток, который я видел с использованием доменных имен второго уровня в сообщении HELO, является спамом. Большинство из них заявляют, что это домены с высоким уровнем узнаваемости, такие как gmail.com , yahoo.com , ups.com или fedex.com . Эти домены фактически используют субдомены для своих почтовых серверов.
Доступны многодоменные сертификаты. Или вы можете использовать один и тот же домен третьего уровня для всего. Предоставление услуг на домене второго уровня проблематично на нескольких уровнях. На этом уровне обычно есть веб-сервер, но за исключением целевых доменов, таких как serverfault.com ,
Running the mail server as just mydomain.com will not be a problem if done right. The reason you see multiple host names even on the same system is to allow for easy migration if necessary (e.g. because your site grows and you have to off-load the mail from the web server), so you have to take that into account: You could end up with higher costs and the difficulties to reconfigure your system afterwards.
Also, depending on who your clients are, you don't strictly need a signed SSL certificate - using self-signed certificates work quite well if you can communicate the issues to your users.
Причины наличия почтовых поддоменов: * несколько записей MX * отделить имя хоста от службы (это также можно сделать с помощью NAT).
Изучите сертификат с подстановочными знаками. Самозаверяющий маршрут учит пользователей делать плохие поступки.