Verwijderen Exchange 2003 Server

[mindcre8r]

Ok here's the problem

ik heb in het domein een 2e exchange front end server geinstalleerd, maar ik was vergeten forest en domain prep eerst te draaien wat resulteerde in een niet bereikbare OWA server.
Welnu probeer ik deze exchange server te verwijderen maar dat mag niet van mickeysoft Microsoft want er zijn nog mail enabled users en die moet ik eerst verwijderen.

Modbreak:

Het bedrijf waar Steve Ballmer CEO is heet Microsoft en kort je af met MS. Termen zoals bijvoorbeeld M$ en Mickeysoft zijn enkel kinderachtige verbasteringen en voegen niets toe. Laat dit dus achterwege, bij herhaling kan hiervoor een OW worden geveven. Ditzelfde geldt ook voor Linsux etc. Een gefundeerde discussie over pro en cons mag natuurlijk, maar dit is enkel flamen.

prima, je doet een search op exchange atributes ->ends with: servername en dan vind ik keurig 2 builtin accounts(System Mailbox) die gebruik maken van mijn 2e server...maar nu! ik krijg bij deze aacount de mailbox niet verwijderd, hij zegt dan:cannot remove system account

iemand een id? hoe ik deze vreselijke draak van mijn server kan verwijderen?

ik heb de search al gebruikt en ook google misbruikt.. daar waren een paar intressante linkjes maar daar kom ik er niet mee.

http://support.microsoft....aspx?scid=kb;en-us;555147

[ Voor 19% gewijzigd door momania op 06-10-2004 11:56 ]

[Verwijderd]

Als je een 2de exchange server installeerd in een domein waar al een exchange server actief is dan hoef je helemaal geen domein prep te doen (dat is al gebeurd bij je 1ste server). Ook forest prep is niet nodig, want je AD schema is al geupdate.

Dus, gewoon uitzoeken waarom je front end server niet te bereiken is.

Ten tweede: Op een front end server horen geen mailboxen te staan. Dus, verplaats die eerst eens met de ESM naar je 1ste server. Zie http://support.microsoft.com/?kbid=821829 voor een volledige procedure.

[mindcre8r]

Verwijderd schreef op 06 oktober 2004 @ 09:21:
Als je een 2de exchange server installeerd in een domein waar al een exchange server actief is dan hoef je helemaal geen domein prep te doen (dat is al gebeurd bij je 1ste server). Ook forest prep is niet nodig, want je AD schema is al geupdate.

Dus, gewoon uitzoeken waarom je front end server niet te bereiken is.

Ten tweede: Op een front end server horen geen mailboxen te staan. Dus, verplaats die eerst eens met de ESM naar je 1ste server. Zie http://support.microsoft.com/?kbid=821829 voor een volledige procedure.

kijk jij zegt nu weer eens wat anders dan wat ik eerder heb gelezen, weet je dat zeker van die domain prep en die forest prep?

ik heb het probleem dat als ik de url van mijn exchange ingeef: http://servernaam/exchange ik een login box krijg (zoals je die ook krijgt met mappen van network drivers) en geen owa form zoals ik die vaker heb gezien.

ik had de mailboxstore al gedisabled dus er konden geen maiboxen worden aangemaakt, maar er zijn 2 standaard mailboxen aangeaakt (systemMailbox:string)

[blackd]

mindcre8r schreef op 06 oktober 2004 @ 09:30:
ik heb het probleem dat als ik de url van mijn exchange ingeef: http://servernaam/exchange ik een login box krijg (zoals je die ook krijgt met mappen van network drivers) en geen owa form zoals ik die vaker heb gezien

en weet je zeker dat form based authentication aan staat?

[mindcre8r]

blackd schreef op 06 oktober 2004 @ 09:37:
[...]
en weet je zeker dat form based authentication aan staat?

ik weet het zeker denk ik

[Muppet]

ik weet wel zeker van niet want dat kan alleen via https
en in jou verhaal zie ik staan . . http://bla/blaat

Zou het nog maar eens checken als ik jou was.

En je 1e server had niet eens geinstalleerd kunnen worden zonder forest en domain prep en dat hoeft maar 1 keer. Dus luister maar naar Blackd

[mindcre8r]

Muppet schreef op 06 oktober 2004 @ 09:51:
ik weet wel zeker van niet want dat kan alleen via https
en in jou verhaal zie ik staan . . http://bla/blaat

Zou het nog maar eens checken als ik jou was.

En je 1e server had niet eens geinstalleerd kunnen worden zonder forest en domain prep en dat hoeft maar 1 keer. Dus luister maar naar Blackd

dumb ass me! ik ben nu bezig een SSL dingetje te maken.

maar, als ik gewoon via hhtp wil connecten dan krijg ik dus zo'n boxje zoals ik heb?
maar nu, als ik wil inloggen met mn 2k account dan logt ie niet in en krijg ik de box weer terug.

ook de cobinatie domain\username werkt niet

[ Voor 20% gewijzigd door mindcre8r op 06-10-2004 10:45 ]

[mindcre8r]

ok, volgend probleem.

op 1 of andere manier kan ik niet inloggen op het OWA gedeelte, zelfs niet op de backend dus http://backend/exchange normaal werkt dat (heb ik nu ook werkend staan in mijn testlab) maar op de live omgeving werkt het niet

wij hebben 2 domeinen waar een 2way trust aanwezig is.
de exchange servers staan in 1 domein en wij loggen aan op het andere domein.

wanneer ik met mijn user account inlog komt het boxje tot 3 keer terug en vervolgens acces denied,. met mijn Scheme/Entadmin/Domain admin account krijg ik een error 500, dus het lijtk erop of ik dan wel doorkom maar er is geen mailbox gekoppeld dus dat is niet zo gek... realy weird!!

iemand een id? SMTP en pop 3 werkt allemaal prima.

[momania]

Even subtiele edit gemaakt in de topic start... let daar volgende keer zelf op aub

[Muppet]

Geef de config is van je http, exchange virtual dir. Denk dat je daarin hebt zitten stoeien.

Anders iets is dat ik totaal de reden mis waarom de exchange servers in een ander domain staan. Zie alleen maar moeilijkheden ipv voordelen maar zal vast wel iemand over nagedacht hebben.

Zit je achter een proxy?? Staat webmail in je uitzonderingen? Zet intergrated login etc uit en zorg dat alleen Basic Authentication aanstaat.

[mindcre8r]

Muppet schreef op 06 oktober 2004 @ 12:14:
Geef de config is van je http, exchange virtual dir. Denk dat je daarin hebt zitten stoeien.

Anders iets is dat ik totaal de reden mis waarom de exchange servers in een ander domain staan. Zie alleen maar moeilijkheden ipv voordelen maar zal vast wel iemand over nagedacht hebben.

Zit je achter een proxy?? Staat webmail in je uitzonderingen? Zet intergrated login etc uit en zorg dat alleen Basic Authentication aanstaat.

de netwerken zijn verbonden via een VPN en maken gebruik van hetzelfde netwerk.
De exchange servers en de andere servers staan in een appart domein omdat in het andere domein software wordt gescript en getest, om evt fouten te voorkomen.

Exchange virtual dir:


<> A directory located on this computer staat aangevinkt
<>Local Path: \\.\BackOfficeStorage\Domeinnaam.nl\MBX
<>alles is aangevinkt daaronder
<>Starting point : Default website
<>Execute Permission: none

wil je ook nog weten wat er bij tabblad Directory security staat?

Enkel basis authentication staat aan.

[ Voor 5% gewijzigd door mindcre8r op 06-10-2004 12:50 ]

[mindcre8r]

ik weet dat ik pas na 24h mag kicken maar ik heb echt een beetje hulp nodig i.v.m. een ander project.

bij de default website exchange properties staat standaard \\.\BackOfficeStorage\domeinnaam.nl\MBX maar bij mijn Front end server zegt ie dat deze map niet bestaat, in mijn 2003 testomgeving werkt dit wel gewoon iemand een id? moet ik deze laten verwijzen naar mijn MBX share op ons netwerk?

[Muppet]

Jij bekijkt je opties bij IIS maar je moet het via de Exchange System manager bekijken. Die is ook leidend in dit verhaal. Als je iets aanpast via IIS veranderd exchange het weer terug.

kijk ook eens op www.msexchange.org

Op je front-end bestaat deze ook niet dat hoort. Staan ook geen mailboxen op je front-end hij stuurt alleen verzoeken door.

[ Voor 23% gewijzigd door Muppet op 07-10-2004 16:53 ]

[mindcre8r]

Muppet schreef op 07 oktober 2004 @ 16:52:
Jij bekijkt je opties bij IIS maar je moet het via de Exchange System manager bekijken. Die is ook leidend in dit verhaal. Als je iets aanpast via IIS veranderd exchange het weer terug.

kijk ook eens op www.msexchange.org

Op je front-end bestaat deze ook niet dat hoort. Staan ook geen mailboxen op je front-end hij stuurt alleen verzoeken door.

oké msexchange.org was ik ook al een tijdje lid, en ik kon de site (erg goede site btw)
maar als ik het goed begrijp, heb jij ook een rood stopsign op je front end exchange server in IIS bij exchange?

Ik had SSL enabled (zelf certificaat gemaakt via CA authority)en webforms ingeschakeld, nu heb ik nog iets vreemders.

ik kan via URL: http://domeinnaam/exchange intern connecten met enkel domain admin accounts, deze worden doorgelaten, elk ander account wordt niet doorgelaten en krijg je een this page could not be found 404 error.

Via url https://domeinnaam/exchange dan krijg ik keurig een webform maar daarna inloggen kan met geen enkel account verder en krijg ik wederom eenthe page could not be found (internal Server HTTP error 500)

doe ik dat laatste op de server dan werkt het wel met een domain admin account..heeel vreemd dit.

iemand een id?