13
530 5.7.1 Client was not authenticated, kein Empfang mit Exchange 2013
Guten Tag,
nach einer langen, steinigen Reise bin ich bei der Konfiguration eines Exchange 2013 Servers auf Windows Server 2012 inzwischen bei der folgenden Fehlermeldung angekommen:
530 5.7.1 Client was not authenticated
Zusätzlich zu den standard Empfangsconnectoren habe ich noch einen Relay für den Version via PHP mail() eingerichtet:
PHP mail() mit Exchange 2013
Nun habe ich das Problem, dass E-Mails von extern nicht mehr entgegen genommen werden können.
Ein simples
produziert besagte Fehlermeldung.
Über den Post 530 5.7.1 Client was not authenticated, kein Empfang mit Exchange 2010 bin ich darauf gestoßen, dass der Default (HubTransport) Connector einfach zusätzlich die Anonyme-Benutzer-Rolle zugewiesen bekommen muss. -> Server Neustart -> Hat leider nicht funktioniert.
Anschließend habe ich das folgende Cmdlet probiert:
Get-ReceiveConnector "Default MAIL" | Add-ADPermission -User "NT-AUTORITÄT\ANONYMOUS-ANMELDUNG" -ExtendedRights "Ms-Exch-SMTP-Accept-Any-Recipient". -> Neustart -> Hat leider auch keine Besserung gebracht.
Einen neuen Connector wie hier Zulassen von anonymem Relay für einen Empfangsconnector beschrieben kann ich leider nicht hinzufügen, da das mit meinem PHP-Relay kollidieren würde.
Hilfe!
Hat jemand eine Idee?
Vielen Dank schon einmal für eure Zeit!
nach einer langen, steinigen Reise bin ich bei der Konfiguration eines Exchange 2013 Servers auf Windows Server 2012 inzwischen bei der folgenden Fehlermeldung angekommen:
530 5.7.1 Client was not authenticated
Zusätzlich zu den standard Empfangsconnectoren habe ich noch einen Relay für den Version via PHP mail() eingerichtet:
PHP mail() mit Exchange 2013
Nun habe ich das Problem, dass E-Mails von extern nicht mehr entgegen genommen werden können.
Ein simples
telnet localhost 25
helo
mail from:test@test.de
Über den Post 530 5.7.1 Client was not authenticated, kein Empfang mit Exchange 2010 bin ich darauf gestoßen, dass der Default (HubTransport) Connector einfach zusätzlich die Anonyme-Benutzer-Rolle zugewiesen bekommen muss. -> Server Neustart -> Hat leider nicht funktioniert.
Anschließend habe ich das folgende Cmdlet probiert:
Get-ReceiveConnector "Default MAIL" | Add-ADPermission -User "NT-AUTORITÄT\ANONYMOUS-ANMELDUNG" -ExtendedRights "Ms-Exch-SMTP-Accept-Any-Recipient". -> Neustart -> Hat leider auch keine Besserung gebracht.
Einen neuen Connector wie hier Zulassen von anonymem Relay für einen Empfangsconnector beschrieben kann ich leider nicht hinzufügen, da das mit meinem PHP-Relay kollidieren würde.
Hilfe!
Hat jemand eine Idee?
Vielen Dank schon einmal für eure Zeit!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 212894
Url: https://administrator.de/contentid/212894
Printed on: April 19, 2024 at 19:04 o'clock
13 Comments
Latest comment
Moin @Androxin,
langsam mit den Pferden...
Grüße,
Dani
langsam mit den Pferden...
Zusätzlich zu den standard Empfangsconnectoren habe ich noch einen Relay für den Version via PHP mail() eingerichtet
Screenshot bitte.Nun habe ich das Problem, dass E-Mails von extern nicht mehr entgegen genommen werden können.
Nachdem du an den Connector rumgespielt hast?produziert besagte Fehlermeldung.
Das hast du direkt auf dem Exchange-Server ausgeführt? Ich würde so adhoc behaupten das ist ein normales Verhalten. Denn auf dem Exchangeserver läuft kein Outlook.Grüße,
Dani
Relay Connector:
Sicherheit:
TLS und "Ext. gesichert"
Gruppe:
Exchange Server
Remotenetzwerkeinstellungen: 127.0.0.1-127.0.0.1
Port: 25
Nein, externe E-Mails konnten noch nie zugestellt. Auch vor der Connector-Spielerei. Die E-Mails gehen übrigens direkt an den Server (DNS MX Eintrag).
Die Fehlermeldung gibt es immer. Egal ob ich mich lokal oder von einem externen Client via Telnet verbinde. Auch SMTPDiagPro bzw. andere Exchange-Server spucken die Meldung aus.
Sicherheit:
TLS und "Ext. gesichert"
Gruppe:
Exchange Server
Remotenetzwerkeinstellungen: 127.0.0.1-127.0.0.1
Port: 25
Nein, externe E-Mails konnten noch nie zugestellt. Auch vor der Connector-Spielerei. Die E-Mails gehen übrigens direkt an den Server (DNS MX Eintrag).
Die Fehlermeldung gibt es immer. Egal ob ich mich lokal oder von einem externen Client via Telnet verbinde. Auch SMTPDiagPro bzw. andere Exchange-Server spucken die Meldung aus.
Ich versteh noch nicht so ganz was bei euch vor sich geht...
Hast du einen Connector extra erstellt oder hast du die Defaultconnectoren einfach angepasst?!
Grüße,
Dani
Hast du einen Connector extra erstellt oder hast du die Defaultconnectoren einfach angepasst?!
Grüße,
Dani
Ich habe einen zusätzlichen Connector. Diesen brauche ich für Sendmail. Die Einstellungen für den Connector habe ich ja oben geschrieben.
Das Problem mit der Authentifizierung wollte ich eigentlich losgelöst von der PHP Problematik behandeln, darum kümmere ich mich da erst jetzt drum.
Zur Lösung des Problems habe ich erfolglos am Default Connector gespielt.
Das Problem mit der Authentifizierung wollte ich eigentlich losgelöst von der PHP Problematik behandeln, darum kümmere ich mich da erst jetzt drum.
Zur Lösung des Problems habe ich erfolglos am Default Connector gespielt.
Kannst du bitte dem dem zuästzlich Connector Screenshots hochladen - bitte vom jedem Reiter. Das Problem mit der Authentifizierung löst sich damit auch in Luft auf. 
Grüße,
Dani
Grüße,
Dani
Screenshots des zusätzlichen Connectors:
Mir ist inzwischen übrigens noch ein neues Problem aufgefallen:
Ohne, dass ich in der Zwischenzeit etwas am Server geändert habe, ist der Dienst nun überhaupt nicht mehr von extern erreichbar. (421 4.3.2 Service not available). Ein Dienst/Serverneustart behebt es zwar, schön ist das aber nicht.
Mir ist inzwischen übrigens noch ein neues Problem aufgefallen:
Ohne, dass ich in der Zwischenzeit etwas am Server geändert habe, ist der Dienst nun überhaupt nicht mehr von extern erreichbar. (421 4.3.2 Service not available). Ein Dienst/Serverneustart behebt es zwar, schön ist das aber nicht.
Bitte setz die Anweisungen in dieser Anleitung um, dann klappt es auch mit Versenden und die Fehlermeldung ist wech.
Grüße,
Dani
Grüße,
Dani
Hat leider nichts an der Situation geändert.
Habe den neuen Frontend Transport Connector hinzugefügt,
Bei Sicherheit die TLS Authentifizierung gelassen und die Gruppe Anonyme Benutzer angehakt.
Die Remotenetzwerkeinstellungs-IP und die Netzwerkadapterbindungs-IP sind jeweils die vom Server (185.2.xxx.xxx) und es lauscht aufm Port 25.
Habe den neuen Frontend Transport Connector hinzugefügt,
Bei Sicherheit die TLS Authentifizierung gelassen und die Gruppe Anonyme Benutzer angehakt.
Die Remotenetzwerkeinstellungs-IP und die Netzwerkadapterbindungs-IP sind jeweils die vom Server (185.2.xxx.xxx) und es lauscht aufm Port 25.
Gibt es Fehlermeldungen in der Ereignisanzeige... falls 185.2.x.x.x dein Exchangeserver ist würde ich es mit localhost ebenfalls versuchen.
BTW: 185.x. sind öffentliche IP-Adressen und haben in einem LAN nichts zu suchen.
Grüße,
Dani
BTW: 185.x. sind öffentliche IP-Adressen und haben in einem LAN nichts zu suchen.
Grüße,
Dani
Hey,
Localhost funktioniert nicht, da der PHP-Relay Connector schon auf localhost zugreift. <-- Ist evtl. genau das das Problem?!
Mit der öffentlichen IP hast du recht. Ist aber richtig so, da der Server direkt am Netz hängt. (Test-/Spielserver. Keine Produktiv-Umgebung)
Der Exchangeserver schmeißt tatsächlich einen Fehler. Allerdings denke ich nicht, dass der etwas mit dem Problem zutun hat:
Localhost funktioniert nicht, da der PHP-Relay Connector schon auf localhost zugreift. <-- Ist evtl. genau das das Problem?!
Mit der öffentlichen IP hast du recht. Ist aber richtig so, da der Server direkt am Netz hängt. (Test-/Spielserver. Keine Produktiv-Umgebung)
Der Exchangeserver schmeißt tatsächlich einen Fehler. Allerdings denke ich nicht, dass der etwas mit dem Problem zutun hat:
Exchange Server Information Store has encountered an error while executing a full-text index query
("and(or(itemclass:string("IPM.Note*", mode="and"), itemclass:string("IPM.Schedule.Meeting*", mode="and"), itemclass:string("IPM.OCTEL.VOICE*", mode="and"), itemclass:string("IPM.VOICENOTES*", mode="and")), subject:string("SearchQueryStxProbe*", mode="and"), folderid:string("9AD8DCFA0E320546B3D8844EC342A4A900000000000E0000"))").
Error information: System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]:
Internal error while processing request (Fehlerdetail ist gleich Ein ExceptionDetail, vermutlich erstellt durch IncludeExceptionDetailInFaults=TRUE, mit dem Wert:
Microsoft.Ceres.InteractionEngine.Component.ProcessingEngineException: Internal error while processing request
bei Microsoft.Ceres.InteractionEngine.Component.CieProcessingEngine.LogAndRethrowException(Exception e)
bei Microsoft.Ceres.InteractionEngine.Component.CieProcessingEngine.GetItems(Guid flowIdentifier, String outputName)
bei SyncInvokeGetItems(Object , Object , Object )
bei System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object inputs, Object& outputs)
bei System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc)
bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc)
bei System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc)
bei System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)).
Mit der öffentlichen IP hast du recht. Ist aber richtig so, da der Server direkt am Netz hängt. (Test-/Spielserver. Keine Produktiv-Umgebung)
Noch besser... *Kopfschüttel*Läuft den die PHPMail() - Geschichte wirklich auf dem Exchange-Server parallel mit? Den Fall hatte ich so noch nie. Fakt ist richte bitte den Empfangsconnector genauso ein wie in der Anleitung. Danach bitte Screenshots damit ich vergleichen kann.
Grüße,
Dani
Hallo,
also wenn du das nach der Anleitung von @Dani einrichtest, sollte es funktionieren. So habe ich es auch schon eingerichtet.
Mal was anderes: Läuft eine AV-Software auf dem Exchange? Wenn ja, dann deaktivier die mal bitte - habe schon diverse Probleme mit AV-Software gehabt, die den Port 25 überwacht haben.
Ggf. deaktivier einmal die anderen Sendekonnektoren - damit hatte ich auch schon Probleme. Teste es erstmal nur mit dem einen, um sicher zu sein.
Gruß,
Florian
also wenn du das nach der Anleitung von @Dani einrichtest, sollte es funktionieren. So habe ich es auch schon eingerichtet.
Mal was anderes: Läuft eine AV-Software auf dem Exchange? Wenn ja, dann deaktivier die mal bitte - habe schon diverse Probleme mit AV-Software gehabt, die den Port 25 überwacht haben.
Ggf. deaktivier einmal die anderen Sendekonnektoren - damit hatte ich auch schon Probleme. Teste es erstmal nur mit dem einen, um sicher zu sein.
Gruß,
Florian
Es funktioniert.
Ich habe den zusätzlichen Frontend Transport Connector wieder entfernt und ein bisschen mit den Connectoren rumgespielt.
In Default Frontend habe ich ebenfalls die Berechtigungsgruppe "Anonyme Benutzer" zugewiesen und schon läuft es.
Und sogar die PHP Mail() Geschichte funktioniert problemlos. Wunderbar! Vielen Dank!
@Dani : Wenn auf dem Server eh ein IIS läuft, kann man dem doch auch PHP inkl. der Mailfunktion beibringen. Dann kann man um die OWA noch ein kleines Portal stricken.
Ich habe den zusätzlichen Frontend Transport Connector wieder entfernt und ein bisschen mit den Connectoren rumgespielt.
In Default Frontend habe ich ebenfalls die Berechtigungsgruppe "Anonyme Benutzer" zugewiesen und schon läuft es.
Und sogar die PHP Mail() Geschichte funktioniert problemlos. Wunderbar! Vielen Dank!
@Dani : Wenn auf dem Server eh ein IIS läuft, kann man dem doch auch PHP inkl. der Mailfunktion beibringen. Dann kann man um die OWA noch ein kleines Portal stricken.
