Я работаю над переходом на Office 365 / Exchange Online для компании SMB, которая до сих пор работала на локальном сервере Exchange 2010; мы говорим о ~ 25 почтовых ящиках.
Однако есть LOB-приложение, которое отправляет сообщения через SMTP в Exchange, оно основано на классическом ASP и использует довольно старые библиотеки CDO.
Я знаю, что Exchange Online принимает отправления SMTP только при использовании проверки подлинности и только с шифрованием TLS; однако похоже, что CDO этого не поддерживает: максимум, что он может сделать, - это SSL, который Exchange Online поддерживал некоторое время назад, но, похоже, больше не поддерживает.
В Интернете есть несколько дискуссий (включая этот самый сайт и StackOverflow), которые предлагают использовать SSL для этой работы; однако, как я уже сказал, это был только вариант до некоторого времени назад: теперь Exchange Online поддерживает только TLS для отправки SMTP.
Я также прекрасно осведомлен о обоих возможных обходных путях, а именно: 1) использование локального ретранслятора SMTP и 2) создание коннектора приема в Exchange Online, чтобы разрешить ретрансляцию без аутентификации с общедоступного IP-адреса компании; однако по причинам, которые должны быть очевидны, я бы хотел правильный таким образом, и пусть приложение отправляет свои сообщения с использованием аутентификации SMTP.
Я ищу здесь однозначный ответ: возможно ли это сейчас чтобы приложение на основе CDO отправляло сообщения в Exchange Online? Или, более конкретно, есть ли способ для приложения на основе CDO поддерживать аутентификацию SMTP через соединение TLS?
Я чувствую себя грязным, когда говорю это, но почему бы не оставить коробку EX2010 и не сделать ее гибридной? Вы можете продолжать ретранслировать сообщения из ваших библиотек CDO на получение SMTP на EX2010, а затем они будут передаваться в O365 через соединитель «локально в облако».
Затем вы можете объяснить бизнесу, что их старое бизнес-приложение приводит к увеличению затрат на инфраструктуру. После обновления бизнес-приложения они избавляются от локального сервера Exchange, экономя $$$.