Проблема с IIS SMTP ретрансляции в Gmail
Я ценю, что аналогичные вопросы были заданы о том, как настроить SMTP-ретрансляцию с виртуальным SMTP-сервером IIS. Однако я до сих пор полностью озадачен этой проблемой.
Вот настройка: SMTP-сервер IIS 6.0, работающий на коробке Win2k3 с IP-адресом NAT. Компания использует Gmail для всех почтовых сервисов. Приложение на коробке должно отправлять электронную почту, поэтому обычно мы просто настраиваем приложение для непосредственного общения с smtp.gmail.com, но это приложение не поддерживает TLS. Легко, мы просто настраиваем локальное реле SMTP, верно? Так я и думал.
Что мы сделали до сих пор: Настройте SMTP-сервер IIS для ретрансляции на smtp.gmail.com в соответствии с этими отличными инструкциями: http://fmuntean.wordpress.com/2008/10/26/how-to-configure-iis-smtp-server-to-forward-emails-using-a-gmail-account/, использующих-а-Gmail-аккаунт /
Локальный ретранслятор SMTP разрешает анонимный доступ.
Локальный IP-адрес и IP-адрес обратной петли были явно разрешены в диалоговых окнах "Соединение" и "Реле".
Попытка отправки электронной почты из 2 разных приложений через локальный SMTP-сервер, но не удалось (электронные письма попадают в папку очереди, но никогда не отправляются). Журналы IIS показывают разговор с локальным приложением, но нулевой разговор происходит с smtp.gmail.com. Порт, используемый gmail, является открытым исходящим, и действительно приложения, которые поддерживают TLS, могут отправлять электронную почту напрямую через smtp.gmail.com, поэтому с сетью проблем нет.
В этот момент я изменил настройки smtp на SMTP-сервере IIS, чтобы использовать другой внешний SMTP-сервер, и эй-presto, локальные приложения могут отправлять электронную почту через локальный SMTP-ретранслятор IIS.
Таким образом, smtp.gmail.com не работает с нашим ретранслятором SMTP IIS, но другая сторонняя служба SMTP работает нормально. Нам нужно использовать smtp.gmail.com, так как решить эту проблему?
3 ответа
Мы тоже пытались идти по этому пути, но пересылка электронной почты может быть довольно сложной. После нескольких месяцев борьбы с SMTP-сервером Windows мы сдались и создали SMTP-прокси, который мы загрузили в CodePlex. Вы можете использовать его бесплатно, и его гораздо проще использовать и поддерживать.
Вам необходимо установить анализатор пакетов в вашей сети и внимательно следить за процессом.
Как сказал dunxd в комментарии выше, это звучит как проблема с шифрованием.
Имейте в виду, что smtp.gmail.com не принимает сообщения на порт 25 и в зависимости от методологии шифрования ожидает отправки на 587 (TLS) или 465 (для SSL).
Вам также необходимо настроить учетную запись через gmail.com, чтобы внешняя программа (или сервер) могла использовать свои данные аутентификации для SMTP. Я полагаю, что включение POP3 или IMAP сделает это.