Beiträge von partach

    zur info (um vorweg schon fragen zu beantworten), in der registry steht folgender Eintrag:

    wie schon im Titel herauszulesen, ist bei mir was witziges am Exchange 2007 SP1 SCC nach dem updaterollup 1 für SP1 passiert:
    update ohne probleme eingespielt (schön brav lt. technet auch mit reboot und streicheln etc)


    Nun kommt beim Öffnen der Toolbox von der Exchange-Verwaltungskonsole die Error-Meldung, das das "Öffentliche Ordner-Verwaltungskonsole" kein zulässiges Snap-In ist... (exakte Fehlermeldung im Bild als Anhang und als text ganz unten).


    PublicFolder funktionieren ohne Probleme und das Snap-In existiert und kann in der MMC hinzugefügt werden, aber....


    Ist das der Microsoft-typische versuch jemanden beizubringen, das PublicFolder nicht mehr unterstützt werden (wollen) oder tatsächlich ein Fehler?
    Hat jemand eine idee, wie ich das Snap-In in der Exchange-Verwaltungskonsole bekomme?


    hier die Fehlermeldung als text:


    bitte um hilfe


    habe alles neu erstellt, problem nicht behoben...grml
    fehlermeldung ist die gleiche, nun schreibt er mir im Applicationlog Fehlermeldungen des OAL-Generator: ID 9402 + 9334 *haareausreiss*
    die Rechte sind alle richtig vergeben (mittlerweile kenne ich die container im adsiedit schon auswendig)....


    liegt das problem evtl. daran, das im domainnamen ein BINDESTRICH vorhanden ist?!?! (irgendwo hab ich mal gelesen, das im Namen keine Sonderzeichen vorhanden sein dürfen....)
    zuhülf

    die logik hat was für sich...
    ich habe keine Ahnung, ob die GAL verändert wurde - da kenne ich mich wirklich viel zu wenig aus...
    Mein Vorgänger hat im ADS ziemlich herum-gefuhrwerkt -> es kann schon sein, das da was nicht passt.
    Zusätlich habe ich wegen einer verpfuschten exchange 2007 installation im adsiedit den gesamten exchange container entfernen müssen...


    wo finde ich einen zugang zur global adresslist?
    ich habe keine ahnung, wo die abgebildet wird...

    Hi leute!


    Nachdem der Exchange 2007 komplett neu und sauber aufgesetzt wurde (SCC) bekommen die Clients nun einen Fehler.
    Ich schreibe dieses Problem absichtlich nicht in den Outlook Themen, da dies kein fehler des clients sein KANN (mehr dazu später) und diese art von problem nirgendwo sonst behandelt wird.


    nun zum Fehler:
    egal welche version von Outlook und ob neu installiert, nicht in der domäne, frischer rechner, subnet - es kommt IMMER das gleiche Problem auf ALLEN Clients:
    Beim Einrichten des Exchange-Postfaches am Client wird, nachdem ich den exchangeserver (FQDN oder nicht ist egal) und den Benutzer (ob FQDN, mail oder auch nur name is egal) angegeben habe, kommt der Fehler nach dem klicken auf den Namen auflösen-Button:
    Textmarke ungültig.


    Der Exchange-Verbindungs-monitor vom Outlook 2007 zeigt während der Namensauflösung sogar kurz den richtigen Exchange-Container des AD an und bricht die Verbindung aber sofort wieder ab (Abfrage ist nur wenige millisekunden sichtbar).


    Das ändern/löschen etc. (siehe Anlage) des Outlookprofils brachte keinen erfolg...
    Das Problem tritt immer auf - sogar auf einem jungfräulichen PC+Outlook...


    Ich befürchte fast, das das ein Problem der ADS ist, habe aber KEINE IDEE, wie ich mehr herausfinden /Fehlerursache finden kann -> bitte um Hilfe/Ideen


    kurze info zur AD-Infrastruktur:
    2 Subnetze; Subnet A enthält 2 DC + Master + 1 GC;
    Subnet-Sitelinks von beiden DC´s zum SubnetB existieren;
    SubnetB enthält 1 DC+GC;
    im SubnetB stehen alle Exchange Rollen


    http://www.nobbysweb.de/community/newbb/howto/031.pdf


    mfg manuel

    ja, das ist ja "nur" eine empfehlung - der failover funktioniert ja...
    s-mail-2 (passiv node) kann ja auch im exchange-shell mit dem cluster-Befehl den CL-Mail und den exchange als exchange-Cluster finden...
    ich denke nicht, das da das problem liegt...


    besonders verwirren tut mich die Meldung im BestPracticeAnalyzer...
    wie kann die MB-Rolle nur 'teilweise' konfiguriert sein? (PS: server wurde schon mehrmals neu gestartet - fehler ist immer der gleiche)