[EXCHANGE2003] Owa public folder "Folder Pane" prbleem

[Angelfire]

Ik stel niet vaak een vraag hier, maar nu heb ik een probleem waar ik niet zo snel uit kom, en wellicht dat iemand hier een idee heeft.

Probleem:
Wij hebben een Exchange 2003 server draaien op een cluster (Active-Passive). We maken gebruik van OWA. Deze OWA applicatie wordt aan internet aangeboden via een Netilla welke in een DMZ staat. Echter als ik nu de Public Folders wil openen, dan wordt mijn Folder Pane niet zichtbaar (het mappenlijstje links in OWA).


Outlook doet het verder wel goed. Doe ik dit intern, dan werk alles wel naar behoren. Het lijkt dus te zitten in de Netilla. Echter voor zover ik kan nagaan is die goed geconfigureerd (gecontroleerd met mijn leverancier).

Hoe werkt dit dan? Wel een gebruiker gaat naar een speciale website (de Netilla), daar logt ie secure op in. De Netilla biedt dan een Web Applicatie aan, genaamd Outlook Web Access. Deze applicatie verwijst dan naar de exchange server. Ik zie dat het "goed" gaat omdat Outlook gewoon opent, ik kan mailtjes lezen, maken, versturen. Echter de public folder gaat mis.
De verbinding met de Netilla is HTTPS, deze roept binnen een tunnel de OWA website aan via HTTP. Op de Netilla stel je regels in naar welke subfolders je mag, ik heb hem nu dus op * staan, dus alles open. Zowel op IP basis als op DNS basis. Echter het mag niet helpen. Op de exchange server maak ik GEEN gebruik van Hostheader voor de OWA applicatie. Alleen de door clustering aangemaakte HTTP virtual server wordt gebruikt (kan/wil je ook niets aan veranderen anders vindt het cluster dat niet leuk).
De Netilla heeft vanuit de DMZ alleen toegang tot de Exchange server over port 80. Voor de rest mag er geen verkeer plaatsvinden.
Is er nog iemand met ideeeën? (Tis wel productie dus ik kan niet lukraak dingen wijzigen).

Wat heb ik zelf gedaan: Me suf gegoogled op de foutmelding die ik krijg (onbekende fout 12007 en onbekende fout 12029), die melding is duidelijk, maar ik kan er verder niets mee. Contact met mijn leverancier, hij heeft nog niets constructiefs kunnen bieden. Er zijn geen mensen met dit probleem zover ik heb kunnen vinden. Allerlei gesuggereerde zaken (die ook maar zijdelings er iets mee te maken kunnen hebben) gecontroleerd.

[ Voor 12% gewijzigd door Angelfire op 23-06-2005 11:49 . Reden: toevoeging zelfonderzoek ]

[mutsje]

Je hebt een tool van microsoft die de rechten kan controlleren binnen Exchange weet zo 123 niet meer hoe die heet maar die zou je kunnen proberen. Dit is een command line util zover ik me kan herinneren.

[Verwijderd]

mutsje schreef op donderdag 23 juni 2005 @ 21:45:
Je hebt een tool van microsoft die de rechten kan controlleren binnen Exchange weet zo 123 niet meer hoe die heet maar die zou je kunnen proberen. Dit is een command line util zover ik me kan herinneren.

Dat is de issue niet denk ik .... intern werkt het immers naar behoren zoals TS aangeeft, er gaat in die doorsturing iets fout.
Ik ken die Netilla niet maar is het een optie om HTTPS eens 1 op 1 door te sturen ipv te tunnelen naar HTTP ?

[Rolfie]

Wat doet OWA/PF als je hem vanaf Intern benaderd, gaat het dan wel goed?
Eventueel wat heeft je IIS logging gaan? Geeft die niet een rare error melding?

[Muppet]

Probleem zit hem in die omschakeling. Heb je ook last van als het het met ISA doet. Hij zoekt namelijk bepaalde paden die volgens Exchange gewoon http://padurl zijn maar de client wil hem https://padurl hebben.

Gebeurd soms ook met plaatjes binnen Owa omdat hij harde paden gebruikt. http://plaatje.jpg en de client wil dan https://plaatje.jpg.

Hiervoor moest je dan een registry setting op de ISA server veranderen zodat hij de http links vertaalde naar https. Dus de optie van RSA is denk ik het makkelijkst.

[Angelfire]

Sorry, duurde even voor ik weer kon reageren.
@mutsje: rechten probleem is het niet, intern werkt het wel...

@rsa: Nee ik kan niet rechtstreeks https doorsturen. De Netilla maakt gebruik van https. Voor meerder applicaties. Je verbindt met de Netilla via https. Dan kom je als gebruiker op een "website" vervolgens kies je of een thin client of web applicatie wilt starten. Ik kies voor Web applicatie. Daar staat mijn gepubliceerd OWA. De client maakt niet zelf connectie met de OWA doos, dat doet de Nettila, de Netilla laat het resultaat zien. Ik kan dus niet eens door die tunnel heenbreken (is het hele doel van de Netilla.
bijv: op de client mag ik van mijn proxy naar elke website via http of https. Dit zal dan ook gewoon werken. Op de Netilla mag je alleen naar de owa url. Je krijgt nu een html mailtje, deze heeft plaatjes naar www.url.nl/plaatje1.jpg, dit krijg je niet te zien, want dat mag je niet van de Netilla.

@Rolfie: Intern doet ie het dus goed (staat ook in de startpost ) IIS logging (en de Netilla Logging) laten geen block, request timed out oid zien. In de IIS log staat een response 207 waar ik een 200 verwacht. Deze is niet te herleiden naar een fout, anders dan de error 12007 en 12029 (DNS/IP) connectie.


Ik ben zelf natuurlijk ook verder blijven zoeken, en wat blijkt, als ik Webdav support in mijn browser uitzet (dus een IE5.0 of eerdere browser kies/emuleer), dan doen de public folders het. Probleem: het ziet er niet uit. Ik heb deze gegevens weer doorgestuurd naar mijn leverancier, en ook de hulp in geroepen van mijn Firewall leverancier.

Hierbij kom ik op de "volgende" vraag: weet iemand of een Juniper Netscreen 50 overweg kan met Webdav? (Voor meer informatie zie ook: http://support.microsoft.com/default.aspx/kb/296232/EN-US/ )

[ Voor 1% gewijzigd door Angelfire op 24-06-2005 12:32 . Reden: typo ]