Probleme mit der IIS-SMTP-Weiterleitung zu Gmail

Probleme mit der IIS-SMTP-Weiterleitung zu Gmail

Ich weiß, dass ähnliche Fragen zum Einrichten von SMTP-Relaying mit dem virtuellen SMTP-Server von IIS gestellt wurden. Ich bin bei diesem Problem jedoch immer noch völlig ratlos.

So sieht das Setup aus: IIS 6.0 SMTP-Server läuft auf Win2k3-Box mit NAT-IP. Das Unternehmen verwendet Gmail für alle E-Mail-Dienste. Eine App auf der Box muss E-Mails senden, also würden wir die App normalerweise so einrichten, dass sie direkt mit smtp.gmail.com kommuniziert, aber diese App unterstützt kein TLS. Ganz einfach, wir richten einfach ein lokales SMTP-Relay ein, oder? Dachte ich zumindest.

Was wir bisher getan haben: Einrichten des IIS-SMTP-Servers für die Weiterleitung an smtp.gmail.com gemäß diesen hervorragenden Anweisungen: http://fmuntean.wordpress.com/2008/10/26/how-to-configure-iis-smtp-server-to-forward-emails-using-a-gmail-account/

Das lokale SMTP-Relay ermöglicht anonymen Zugriff.

Sowohl die lokale IP als auch die Loopback-IP wurden in den Verbindungs- und Relay-Dialogen ausdrücklich zugelassen.

Habe versucht, E-Mails von 2 verschiedenen Apps über den lokalen SMTP-Server zu senden, aber es ist fehlgeschlagen (die E-Mails landen im Warteschlangenordner, werden aber nie gesendet). Die IIS-Protokolle zeigen die Konversation mit der lokalen App, aber keine Konversation mit smtp.gmail.com. Der von Gmail verwendete Port ist ausgehend geöffnet, und tatsächlich können die Apps, die wir haben und die TLS unterstützen, E-Mails direkt über smtp.gmail.com senden, es gibt also kein Problem mit dem Netzwerk.

An diesem Punkt habe ich die SMTP-Einstellungen im IIS-SMTP-Server geändert, um einen anderen externen SMTP-Server zu verwenden, und schwuppdiwupp können die lokalen Apps E-Mails über das lokale IIS-SMTP-Relay senden.

Daher funktioniert smtp.gmail.com nicht mit unserem IIS SMTP-Relay, aber ein anderer SMTP-Dienst eines Drittanbieters funktioniert einwandfrei. Wir müssen smtp.gmail.com verwenden. Wie können wir das Problem also beheben?

Antwort1

Wir haben es auch versucht, diesen Weg zu gehen, aber die Weiterleitung von E-Mails kann ziemlich schwierig sein. Nachdem wir ein paar Monate mit dem Windows SMTP-Server gekämpft hatten, gaben wir auf und erstellten einenSMTP-Proxydas wir auf CodePlex hochgeladen haben. Sie können es kostenlos verwenden und es ist viel einfacher zu verwenden und zu warten.

Antwort2

Sie müssen einen Paketanalysator in Ihrem Netzwerk installieren und den Vorgang sorgfältig überwachen.

Antwort3

wie dunxd in einem Kommentar oben sagte, klingt dies nach einem Verschlüsselungsproblem.

Beachten Sie, dass smtp.gmail.comnichtakzeptiert Übermittlungen auf Port 25 und erwartet, abhängig von der Verschlüsselungsmethode, Übermittlungen auf 587 (TLS) oder 465 (für SSL).

Sie müssen das Konto auch über gmail.com konfigurieren, damit ein externes Programm (oder ein Server) seine Authentifizierungsdaten für SMTP verwenden kann. Ich glaube, die Aktivierung von POP3 oder IMAP reicht dafür aus.

verwandte Informationen