In de afgelopen dagen hebben sommigen van onze gebruikers gemeld dat deze personen ervaring hebben met de probleemoplosser owa iis.

/p>

Geen last meer van Windows-fouten.

1. Download en installeer ASR Pro

2. Start de applicatie en klik op de knop "Herstellen"

3. Selecteer de bestanden of mappen die u wilt herstellen en klik op de knop "Herstellen"

Download deze fixer-software en repareer uw pc vandaag nog.

Probleem

Een client heeft onlangs een probleem ondervonden waarbij hun virtuele Exchange OWA 2013-directory niet werd bereikt vanuit IIS. Toen ik vDir probeerde terug te krijgen, verscheen de volgende nieuwe inhoud:

“Er is een fout opgetreden, hoewel het erg belangrijk is om de virtuele IIS-adreslijst te maken: ‘IIS://servername/W3SVC/1/ROOT/OWA’

png?w=768&h=97

Om deze foutmelding te krijgen, moest ik een lang verloren muziekoutil gebruiken, ongetwijfeld de IIS 6 Resource Kit.

Opmerking. Dit webbericht kan bovendien relevant zijn in het geval dat OWA (of een andere) virtuele map meer direct opnieuw moet worden opgebouwd, en de bestaande fout kan onmiddellijk verschijnen na een soort van opnieuw opbouwen.

Toestemming

In de dagen van Exchange 2003 kon een deel van de IIS Resource Kit, of meer een bedreiging voor de Metabase Browser, hoogstwaarschijnlijk worden gebruikt bij het opnieuw maken van een vastgelegde directory. Gelukkig blijft de Metabase IIS Explorer-tool werken op 8.

Link om de IIS 6 Resource Kit te downloaden

De bovenstaande fout is te wijten aan elk feit dat de hele IIS-metabase nog steeds overblijfselen bevat van de ex-instantie van elke virtuele OWA-websitedirectory, wat waarschijnlijk verhinderde dat de applet ver weg met succes werd doorgegeven vanaf de opdracht New-OwaVirtualDirectory. Het is belangrijk om te begrijpen dat een grote virtuele Exchange-map inderdaad strategisch op verschillende locaties is geplaatst; twee Active Directory en IIS. Wanneer u de Get-OwaVirtualDirectory-cmdlet uitvoert (of gelijktijdige opdrachten voor virtuele mappen), vraagt ​​men in feite om Active Directory. Bijvoorbeeld, de virtuele OWA-mappen om te werken met de standaardwebsite en de verschillende Exchange-websites die het lab gebruiken, zijn vrij te vinden in alle meest typisch geassocieerd met de volgende locaties in AD (via ADSIEDIT):

Dus als de uitvoerende virtuele map zich niet in IIS bevindt maar in de voorgestelde AD, moet u deze waarschijnlijk eerst verwijderen met de cmdlet Remove-*VirtualDirectory, anders krijgt u een specifieke fout die al beschikbaar is. In het scenario van mijn cliënt moest ik dit eerder schrijven omdat de OWA vDir zich in de bestaande AD bevond, maar niettemin ontbrak IIS.

Dit heeft de mensheid geleid tot een succesvolle verklaring van het feit dat we bijna bij de start van het artikel waren; de hele foutmelding. De OWA vDir was nooit meer aanwezig in AD of de hele standaardwebsite, maar toen we er gebruik van maakten om het te maken met New-OwaVirtualDirectory, kreeg je enkele van de hierboven genoemde fout-voicemails.

Advies. Gebruik met uw get-*virtualdirectory-parameter ShowMailboxVirtualDirectories om hun virtuele mappen op twee websites weer te geven. Bijvoorbeeld:

png-oplossing

om iis Resource Kit 4 te regelen en Metabase Explorer te gebruiken om de verduisterde elektronische directory te verwijderen. Als u een geschikte aangepaste resourcekit installeert, klikt u op Installeren, schakelt u misschien alle opties uit behalve Metabase, Explorer 1.6 en gaat u verder met de constructie. Als het apparaat gereed is, moet u wellicht proberen om de functies van .NET Framework 3.5 te integreren.

Bij het uitvoeren van een tool op de Exchange-server als onderdeel van een vraag, navigeert u vaak naar de volgende bonsai-boom en verwijdert u de oude door OWA aangewezen virtuele map door er met de rechtermuisknop op te klikken en bovendien Verwijderen te selecteren. Als je virtueel bent geproduceerd, zou de OWA-directory moeten worden (zie hieronder).

png?w=768&h=686>

U moet onmiddellijk