Как заставить VPS отправлять собственные электронные письма через Exchange, размещенный в Microsoft?
Текущая настройка:
- mydomain.com зарегистрирован на Dreamhost
- Веб-сайт mydomain.com обслуживается CentOS7 VPS с Media Temple
- Электронная почта mydomain.com, обслуживаемая Microsoft Office Business Premium
У меня есть настройки DNS на Dreamhost, настроенные так, чтобы почта отправлялась в Microsoft, а запросы www - в MediaTemple, но я застрял на последней части конфигурации:
Как разрешить нашему VPS отправлять сообщения через web-server@mydomain.com? Прямо сейчас он отправляет почту напрямую, а не через Microsoft, и я получаю предупреждения о спуфинге и спаме, потому что исходный IP-адрес не совпадает с IP-адресом нашей электронной почты.
Чтобы быть ясным, я говорю о базовых служебных письмах, таких как «мой резервное копирование выполнено успешно »или« Я только что обновился »или« новый комментарий на веб-сайте »и т. д.
VPS в основном управляется с помощью Plesk. У меня также есть ssh / root-доступ.
Это похоже на базовую вещь, но мне не удалось найти решение в Google. Есть ли где-нибудь conf , в который я могу добавить имя пользователя и пароль электронной почты? Я делал это раньше с помощью smtp, но не с Exchange.
Para realizar que teña varias opcións:
Depende da aplicación que envíe os correos electrónicos. Por exemplo, se usas Joomla para mostrar algún tipo de sitio web, podes configurar joomla cun nome de usuario e contrasinal desde o teu servidor de Microsoft Exchange e joomla enviará correos electrónicos directamente a través do teu servidor de Exchange co enderezo de correo electrónico configurado.
Se iso non é No caso de que non sexa posible, pode usar o sendmail local instalado no seu VPS e pode que precise configuralo para retransmitir correos electrónicos a través do seu entorno MS Exchange aloxado. Aquí tes un Microsoft como comezar.
Outra opción sería configurar correctamente o rexistro SPF no teu contorno de Microsoft Exchange e engadir a IP do servidor de correo saínte de Dreamhost. Non obstante, iso sería un mailhost compartido e isto significaría que outros clientes tamén poderían enviar correos electrónicos no seu nome desde o seu contorno e, polo tanto, falsos para que teñan o seu aspecto se o envían desde o seu entorno.
Conclusión: Creo que a solución 1 sería a mellor opción que tes.