Недавно мы изменили почтовые службы. Предыдущая служба позволяла нам устанавливать SMTP-соединения без TLS. Новая услуга требует TLS.
У нас есть пара приложений, которым нужно отправлять электронную почту ... и (конечно) они не поддерживают TLS.
Чтобы обойти эту проблему, мы настроили службу SMTP IIS 6 для ретрансляции почты в новую службу. Мы создали пользователя локального домена emaildude@internal.local и использовали эти учетные данные в приложениях.
Теперь мы можем отправлять электронную почту из приложений, НО адрес отправителя - «support@domain.com от имени emaildude@internal.local».
Два вопроса: 1) Есть ли способ сделать так, чтобы адрес отправителя был просто "support@domain.com"? 2) Есть ли способ лучше?
Кстати, у нас есть эта проблема с внутренним приложением, работающим на Win7, И с внешним приложением, которое размещено на Win2003. К сожалению, эти приложения также являются сторонними, поэтому мы не можем просто открыть их, чтобы добавить поддержку TLS.
Мы разработали собственный прокси-сервер SMTP и внесли его в сообщество разработчиков открытого исходного кода: http://smtpproxy.codeplex.com
Я использовал его во внутренней сети, поражая его с нескольких внутренних рабочих станций, и он отлично работает. Также использование его в нашей облачной сети, которая обрабатывает наши общедоступные веб-сайты ... отлично работает и там.
Вы можете использовать stunnel в качестве прокси TLS. Работает в Linux; не уверен насчет Windows, но он прост в использовании и очень дружелюбен к скриптам.
Что касается «от имени», вы, безусловно, можете настроить анонимный ретранслятор, который не требует учетных данных, но вы должны быть осторожны, чтобы не раскрыть его в Интернете каким-либо образом, иначе вы будете поспешно занесены в черный список. Если он внутренний / только в локальной сети, фильтрации IP должно быть достаточно.