P@trick 10 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Guten Tag, ich bin grade bei der Migration von Exchange 2007 nach Exchange 2013 und habe ein Problem mit einem selbstgeschriebenden Programm. Dieses Programm ist ein Ticketsystem welches bei der erstellung eines neues Ticket eine EMail sendet. Wir haben die Config des Programm auf den neuen Exchange Server angepasst. Nun kommt folgende Fehlermeldung: Ein Fehler ist beim Senden der Email aufgetreten. Fehlermeldung: Für den SMTP-Server ist eine sichere Verbindung erforderlich, oder der Client wurde nicht Authentifiziert. Die Serverantwort war; 5.7.1 Client was not authenticated Den fehler habe ich soweit verstanden. Das Programm sendet eMail ohne Authentifizierung raus. Nun wollte ich einen internen offenen Relay bauen damit die Mails intern versendet werden. Nach etwas suche habe ich DIESE Anleitung gefunden. Leider bekomme ich da aber folgenden Fehler: Die von Ihnen angegebenen Werte für die Parameter "Bindings" und "RemoteIPRanges" stehen im Konflikt mit den Einstellungen für den Empfangsconnector "EXCHANGE\Default Frontend EXCHANGE". Empfangsconnectors, die auf einem einzigen Server verschiedenen Transportrollen zugewiesen sind, müssen an eindeutigen, lokalen IP-Adressen und Portbindungen lauschen. Dann habe ich mir gedacht, teste mal aud was passiert wenn ich in der Default Frontend Exchange Connector die Anonyme Benutzer aktiviere. Aber auch das hat mir keine Lösung gebracht. Vielleicht kann mir einer von euch ja weiterhelfen.Danke und GrußPatrick Zitieren Link zu diesem Kommentar
NorbertFe 2.039 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 (bearbeitet) Ja du mußt den neuen Connector auf die IP Adresse des Servers einschränken der dein Programm ausführt. Dann funktionierts auch. War übrigens bei Exchange 2007 genauso. Steht übrigens genauso in deiner Verlinkung: Sicherheitshinweis: Nur die interne IP oder die internen IP-Bereiche freigeben, sonst besteht die Gefahr, dass binnen kurzer Zeit über den Exchange massiv Spams versendet werden und dieser auch in kürzester Zeit geblockt wird! Bye Norbert bearbeitet 6. Januar 2016 von NorbertFe Zitieren Link zu diesem Kommentar
P@trick 10 Geschrieben 6. Januar 2016 Autor Melden Teilen Geschrieben 6. Januar 2016 Hallo Norbert, vielen Dank für deine super schnelle Antwort. Leider kann ich das ja nicht. Mein Problem wird wohl sein das im Default Frondend connector als "Remotenetzwerkeinstellung" schon der bereich 0.0.0.0 - 255.255.255.255. drinsteht und dadurch natürlich meinen einternen 192.168.0.X schon abgedeckt hat. Oder denke ich hier falsch? GrußPatrick Zitieren Link zu diesem Kommentar
NorbertFe 2.039 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Du denkst falsch. Logischerweise hat der der aus dem Internet etwas annehmen soll immer "Alle" drin stehen. Dein Relay-Connector muß also davon eine Teilmenge nutzen (im Normalfall eine oder wenige IP-Adressen), die in keinem anderen Connector drin stehen dürfen. Wobei mich eigentlich wundert, dass du deine Mail nicht loswirst, denn interne Empfänger müßtest du auch mit dem Default Connector einliefern können. Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 (bearbeitet) Gab es bei einem älteren CU (CU kleiner 9 oder 8?) des Exchange 2013 nicht das Problem, dass man den Connector auf Port 25 mit der Shell und dem Parameter -TransportRole FrontEnd anlegen musste, da es sonst dieses "Problem" in der GUI gab. Bzw. die GUI automatisch einen HubTransport Connector anlegt. P.S.: Das ist die indirekte Frage nach dem Patchstand des Exchange ;) bearbeitet 6. Januar 2016 von testperson Zitieren Link zu diesem Kommentar
NorbertFe 2.039 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Möglich, wobei ich ja irgendwie immer davon ausgehe, dass jemand nicht mit Uraltversionen unterwegs ist. (Ich weiß - mein Fehler) Zitieren Link zu diesem Kommentar
testperson 1.680 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Möglich, wobei ich ja irgendwie immer davon ausgehe, dass jemand nicht mit Uraltversionen unterwegs ist. (Ich weiß - mein Fehler) Wie ich kann Exchange direkt mit dem aktuellsten CU / SP (ab Exchange 2007) installieren und muss nicht RTM installieren und druchpatchen ;) Zitieren Link zu diesem Kommentar
NorbertFe 2.039 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Nee und du mußt auch jedes SP/CU einzeln nachinstallieren, die heißen nämlich nicht kumulativ Zitieren Link zu diesem Kommentar
P@trick 10 Geschrieben 6. Januar 2016 Autor Melden Teilen Geschrieben 6. Januar 2016 Hallo nochmal und vielen Dank für eure Antworten Nun bin ich sehr verwirrt. Ich bekomme ja beim Anlegen des neuen Connectors ja die Meldung: „Die von Ihnen angegebenen Werte für die Parameter "Bindings" und "RemoteIPRanges" stehen im Konflikt mit den Einstellungen für den Empfangsconnector "EXCHANGE\Default Frontend EXCHANGE". Empfangsconnectors“ Diese bekomme ich ja wenn ich meinen internen IP Bereich (192.168.0.1-192.168.0.254) als Remotenetzwerkeinstellungen eintrage und als Netzwerkadapterverbindung die IP des Exchangeservers sowie den Port 25. Das der der Default Connector keine Mails von diesem Programm annimmt kann dadurch sein das er nicht auf Port 25 hört sondern Port 2525. Dann kam auch noch die Frage nach dem CU auf, Ich gestehe das ich CU11 noch nicht installiert habe stehe aktuell bei CU 10 (15.1130.7). Sollte dass das Problem sein kann ich heute Abend natürlich cu11 installieren. Aber ich glaube da ist noch etwas anderes nicht i.O. GrußPatrick Zitieren Link zu diesem Kommentar
Beste Lösung NorbertFe 2.039 Geschrieben 6. Januar 2016 Beste Lösung Melden Teilen Geschrieben 6. Januar 2016 Der Default Front End Connector hört auf Port 25. Und CU10 ist vollkommen in Ordnung. Leg einen neuen Frontend Connector an und definiere nicht die komplette interne Range, sondern erstmal nur eine IP. Und bei local bindings läßt du einfach alle stehen. So kompliziert kann das unmöglich sein. :/ Zitieren Link zu diesem Kommentar
P@trick 10 Geschrieben 6. Januar 2016 Autor Melden Teilen Geschrieben 6. Januar 2016 mea culpa, war mein Fehler. Habe immer beim erstellen eines neuen Connector die Rolle "Hub-Transport" und nicht "Front-End-Transport" angeklickt. Nun klappt es auch mit dem Mailversand. Vielen Dank für eure Hilfe! GrußPatrick Zitieren Link zu diesem Kommentar
NorbertFe 2.039 Geschrieben 6. Januar 2016 Melden Teilen Geschrieben 6. Januar 2016 Na so ein Glück. Bye Norbert Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.