[Exch 2003 [OWA]] Error 400 NA inloggen op OWA

[Drag0nsden]

Wij hebben een webserver waar onder meer het intranet en webmail (OWA) op draait. Nu werkt dit allemaal perfect van binnenuit. Op de hompage van het intranet staan een link naar https://servernaam.domein.tld/exchange. Je komt dan op de forms-based inlogpagina van OWA. So far, so good. Maar....

Als ik dat vanaf een willekeurige werkplek in het pand doe, werkt dit.
Als mensen vanaf thuis dit proberen krijgen ze in meer dan de helft van de gevallen NA het inlogscherm een "HTTP-fout 400 - De opdracht is onjuist samengesteld. Internet Information Services (IIS)"

Als deze mensen in hetzelfdebrowser window de link met de hand intypen, werkt dit nog steeds niet. Maar, als ze de browser sluiten, en een nieuwe browser window openen, en daar dan de volledige url met de hand intypen, werkt het wel. Het gekke is, dat sommige mensen hier geen last van hebben.

ik heb bij MS zitten speuren, en die zei dat OWA geen host-headers ondersteunt, dus die heb ik er al uitgesloopt, maar dat heeft niet geholpen...

Op zowel de intranet-site als de OWA site draait SSL. Als je vanuit de homepage ZONDER https op de link klikt, werkt het wel, maar dat is natuurlijk niet de bedoeling... We willen wel graag de content van ons intranet verborgen houden.

[ Voor 10% gewijzigd door Drag0nsden op 29-03-2004 10:22 . Reden: Zin weggevallen... ]

[Verwijderd]

Ik heb hetzelfde probleem. Op de zaak draaien we webmail, altijd te bereiken dmv https://domeinnaam/exchange. Echter bij sommige bedrijven kan ik niet op mijn eigen webmailpagina. Dit is dan toch vaak een combinatie van patches, IE versie en OS versie wat ervoor zorgt dat het niet lukt. Ik denk zelf eerlijk gezegd dat je het probleem met bij de server maar bij de gebruikers moet zoeken.

[Drag0nsden]

Oké, voorbeeld.

Ik heb mijn Laptop van de zaak, WXP SP1 NL met alle updates en patches etc.
Werkt.

Mijn vriendin haar laptop, WXP SP1 NL met alle updates en patches etc.
Werkt niet.

Op allebei de laptops staat het domein van mijn werk in de lijst met intranet sites, met security op zeer laag. Beide laptops hebben het certificaat geïnstalleerd.

Er zal vast nog wel een klein verschil zitten ergens, maar WAT? En hoe ga ik mijn gebruikers uitleggen hoe ze het probleem kunnen oplossen?

[Johnny E]

Ahh bekend probleem.

Open de IIS manager.
Verwijder de vinkjes bij "integrated Windows Authentication" bij alle Exchange gerelateerde virtual directories.

Suc6

[FastBunny]

Als je http://server.domain/exchange doet wordt je automatisch doorgeleid naar https