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