Outlook mit HTTP-PROXY

Hallo alle zusammen,

ich habe mal eine Frage, ich habe im Problem mit dem Http-proxy. Ich habe zwei CASHUB Server und zwei Mailbox Server.
Jetzt habe ich das Problem, wenn ich bei Outlook 2010 das HTTP-Proxy aktiviere das es bei einem CASHUB funktioniert bei dem anderen nicht. Sprich bei einem Meldet er sich Problemlos an. Bei dem anderen verlangt er immer wieder das Kennwort und geht nicht weiter. Und momentan habe ich keine Idee wo ich nachschauen kann. Mit

Get-ClientAccessServer und Get-AutodiscoverVirtualDirectory |fl sehen die Einstellungen alle gleich aus.

Hat jemand noch eine Idee wo ich nachschauen kann.

gruß
Marhal

Please also mark the comments that contributed to the solution of the article

Content-Key: 196683

Url: https://administrator.de/contentid/196683

Printed on: April 25, 2024 at 17:04 o'clock

6 Comments

Latest comment

Hallo,

schau mal in der EMC
Server Configuration-->Client Access-->auf einen Server Rechtsclick-->Properties-->Reiter Outlook Anywhere
Ist bei beiden CAS die gleiche Authentifizierung eingestellt?

PS: Ich würde in jedem Fall ein neues CAS Array erstellen und an die Datenbanken presentieren.

Hallo Tonyscooby,

ja in den Server Configuration stehen die gleichen Einstellungen. Was meinst du damit neues CAS Array aussetzen ?
bestehende löschen und ein komplett neues einrichten ? geht das so ohne weiteres ?

Gruß
marhal

Aus deiner Frage schliesse ich das du nur 2 CAS Server hast, ohne Array.

http://blogs.technet.com/b/exchange/archive/2008/06/20/3405633.aspx

Lies das bitte mal durch, ich hoffe das führt dich zur Lösung

Gruss

Hallo und danke für die schnelle Antwort.

Ich habe ein Array mit den 2 Cas Servern.
hier mal ein log

RunspaceId : 153cc3e8-a797-41b3-9880-8a374089986c
CertificateAuthentication :
InternalNLBBypassUrl : https://exchange.man.direct.de/EWS/Exchange.asmx
GzipLevel : High
MRSProxyEnabled : False
MRSProxyMaxConnections : 100
Name : EWS (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
LiveIdSpNegoAuthentication : False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS:CASHUB1.man.direct.lan/W3SVC/1/ROOT/EWS
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : CASHUB1
InternalUrl : https://cashub1.man.direct.lan/EWS/Exchange.asmx
ExternalUrl : https://owa.man.direct.de/ews/Exchange.asmx
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=CASHUB1,CN=Servers,CN=Exchange Admi
nistrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=man.direct,CN=Microsoft Exch
ange,CN=Services,CN=Configuration,DC=man.direct,DC=lan
Identity : CASHUB1\EWS (Default Web Site)
Guid : f905a938-d40e-4e2f-a1ec-104c7690c49f
ObjectCategory : man.direct.lan/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
WhenChanged : 30.11.2012 14:31:57
WhenCreated : 11.05.2012 14:37:51
WhenChangedUTC : 30.11.2012 13:31:57
WhenCreatedUTC : 11.05.2012 12:37:51
OrganizationId :
OriginatingServer : dc1.man.direct.lan
IsValid : True

RunspaceId : 153cc3e8-a797-41b3-9880-8a374089986c
CertificateAuthentication :
InternalNLBBypassUrl : https://exchange.man.direct.de/ews/Exchange.asmx
GzipLevel : High
MRSProxyEnabled : False
MRSProxyMaxConnections : 100
Name : EWS (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
LiveIdSpNegoAuthentication : False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS:CASHUB2.man.direct.lan/W3SVC/1/ROOT/EWS
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\exchweb\EWS
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : CASHUB2
InternalUrl : https://cashub2.man.direct.lan/EWS/Exchange.asmx
ExternalUrl : https://owa.man.direct.de/EWS/Exchange.asmx
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=EWS (Default Web Site),CN=HTTP,CN=Protocols,CN=CASHUB2,CN=Servers,CN=Exchange Admi
nistrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=man.direct,CN=Microsoft Exch
ange,CN=Services,CN=Configuration,DC=man.direct,DC=lan
Identity : CASHUB2\EWS (Default Web Site)
Guid : 28e5f64b-fdd4-43e2-bfb0-866fbe808c0b
ObjectCategory : man.direct.lan/Configuration/Schema/ms-Exch-Web-Services-Virtual-Directory
ObjectClass : {top, msExchVirtualDirectory, msExchWebServicesVirtualDirectory}
WhenChanged : 30.11.2012 14:33:07
WhenCreated : 11.05.2012 14:58:03
WhenChangedUTC : 30.11.2012 13:33:07
WhenCreatedUTC : 11.05.2012 12:58:03
OrganizationId :
OriginatingServer : dc1.man.direct.lan
IsValid : True

OK das sieht erstmal alles Gut aus. Schau mal in dem Link den ich dir gestern gesendet habe. Da sind noch einige Lösungsansätze.

Gruss

Hallo also ich habe den Fehler gefunden.
Bei mir war es in der IIS unter RPC eine Umleitung aktiviert. Als ich die enfernte, funktioniert nun soweit alles.
Ausser die Freigebucht anzeige.

gruß
Marhal

German Question Exchange Server Microsoft

Hotly discussed

Check of ZFW Firewallgleixnerd - 5 Comments