Я пытаюсь понять, как я собираюсь обойти это последнее препятствие. Что должно произойти: PHP script sends email to our Exchange Server ....
Звучит просто, правда? Проблема в том, что LAMP-сервер, на котором находится PHP-скрипт, находится в нашем офисном здании, а наш веб-сервер размещен в выделенной хостинговой компании. IP 65.xxx.xxx.xxx. Когда мы отправляем электронное письмо на наш сервер обмена (размещенный в Office 365) из офисного PHP-скрипта IP 173.xxx.xxx.xxx, сервер обмена проверяет домен, с которого пришло электронное письмо, только для того, чтобы обнаружить, что IP-адрес, на который разрешается домен, является IP-адресом нашего веб-сервера. 65.xxx.xxx.xxx ... а не офис 173.xxx.xxx.xxx (откуда пришло электронное письмо) Он сравнивает, они не совпадают ... и электронная почта отправляется в мусор.
Какие методы я могу использовать, чтобы отправить это электронное письмо с 65.xxx.xxx.xxx IP, чтобы обменный сервер его не блокировал? Я думал, возможно, подключил PHP SSH к веб-серверу и использовал его (веб-сервер) sendmail? Или я могу удалить sendmail на офисном компьютере и использовать postfix для TLS в нашей учетной записи Exchange? Я никогда не занимался этим. ЛЮБАЯ помощь, советы, статьи в Интернете - все, что указывает мне на жизнеспособное решение, будет оценено по достоинству!
Итак, вы говорите, что ваш почтовый сервер выполняет обратную проверку DNS и отклоняет электронную почту, потому что это не удается, верно?
Недавно у меня была проблема, когда я отправлял электронные письма через PHP и sendmail, и электронные письма также попадали в ящик для спама из-за сбоя обратного DNS. Для меня решение заключалось в настройке записи SPF (Sender Policy Framework), которая, по сути, сообщала принимающему почтовому серверу: «Эй, этот IP-адрес действительно авторизован для этого!»
Я ни в коем случае не эксперт, но вы можете посмотреть в этом направлении. Есть также несколько других вещей, которые почтовые серверы могут проверять, чтобы проверить отправителя электронной почты, но я знаю об этом меньше, потому что метод SPF работал у меня как с gmail, так и с yahoo, и это все, что мне было нужно.
И если я окажусь совершенно неправым, надеюсь, кто-нибудь мне так скажет!
В Office 365 есть функция, с помощью которой он может выступать в качестве ретранслятора для ваших внутренних почтовых серверов офиса, но он доступен только в корпоративных планах (8 долларов США за пользователя и выше).
Лучше всего здесь, если вы не хотите тратить намного больше денег, - это создать учетную запись пользователя (4 доллара США) и аутентифицировать локальные почтовые серверы. Sendmail и postfix могут аутентифицироваться на удаленном промежуточном SMTP-узле.