Beiträge von cas

    Okay, habe es wie folgt gemacht:


    - Neues Zertifikat erstellt


    - Enable-ExchangeCertificate -Thumbprint <Thumbprint> -Services SMTP,IIS
    (damit das Zerti aktiviert)


    und mit


    Remove-ExchangeCertificate (+thumbprint)


    das alte rausgelöscht!


    das wars ;)


    viele grüße
    cas

    Hallo Forum!


    Wie in dem vorherigen Beitrag ("Clientzugruffsserver Zertifikat") gut beschrieben, habe ich das selbst ausgestellte Exchange-Zertifikat mittels Clone erneuert.


    Die Abfrage "Overwrite existing default SMTP certificate" habe ich mit Y beantwortet, es tauchen aber zwei Zertifikate auf...


    Und...
    der Exchange nutzt das neue Zertifikat nicht!
    Es taucht bei dem Befehl "Get-ExchangeCertificate -DomainName " neben dem Abgelaufenen auf und ist wie folgt gekennzeichnet


    Thumbprint Services Subject
    ---------- -------- -------
    5684C41B833E69EC503381C3D7283361975BA0C1 IP..S CN=xxxx
    DB04A0566386C79608E0EAF3B98ED8FF708F5F46 IP.WS CN=xxxx


    Wenn Outlook startet und ich mir in der Zertifikats-Meldung den Thumbprint des verwendeten+abgelaufenen Zertifikats anschaue, dann ist es das mit "IP.WS" gekennzeichnete. Das Neue "IP..S" wird nicht benutzt...


    Muß ich nun zusätzlich den Befehl "enable-exchangeCertificate -thumbprint <Thumbprint> -services SMTP,IIS,POP,IMAP" auf dem neuen Zerti ausführen?
    Kann ich das "einfach so" machen, ohne daß es irgendwelche Meckereien :) seitens des Ex gibt?


    Und wie deaktiviere/lösche ich das alte Zerti?


    Fragen über Fragen ... und hoffentlich ein paar gute Antworten ;)


    viele grüße!
    cas

    Hallo Norbert!


    Leider bekomme ich es über die Konsole absolut nicht gebacken... Ich kann zwar einen Text definieren, aber dieser wird nicht dem Absender zugestellt, sondern unter die eingehende Mail gesetzt. Wie die "Verzichtserklärung" nur eingehend.
    Auf öffentliche Ordner kann ich auch nicht zurückgreifen, da keine mehr vorhanden sind, wie in dem Link angegeben ...
    Meine google-Sucherei hat auch keinerlei Erfolg gebracht.
    Lediglich der Abwesenheitsassistent funktioniert tadellos, allerding im Betreff immer mit "Abwesend:" vorangestellt.
    Wenn ich wenigstens wüsste wie ich das modifizieren kann ...


    solong
    gruss
    cas

    Hallo Forum!


    Ich suche nach einer Möglichkeit automatisch eine Empfangsbestätigung versenden zu lassen.
    Dieses nur auf User-Ebene und nur für ganz bestimme User, da die Anforderung aufgekommen ist (erstmal) für ein Postfach bei Erhalt einer Nachricht den Sender darüber zu informieren, dass seine Nachricht angekommen ist.


    Ich habe es schon über den Outlook (2007) Abwesenheitsassistenten versucht, aber dort taucht in der Betreff-Zeile der Nachricht immer das Wort: "ABWESEND" vorangestellt auf. Und das sieht nicht schön aus ...


    Also wie es gemacht wird, ist schlussendlich egal, hauptsache ein Postfach versendet eine automatische Empfangsbestätigung >ohne< dass Outlook aktiv ist. Gerne würde ich auch die Betreffzeile der Abwesenheitsnachricht modifizieren (können) ...


    Ich hoffe ich habe mich soweit verständlich ausgedrückt.


    Ach ja: Exchange 2007 natürlich :)


    viele Grüsse
    cas

    Hallo!


    Das Thema hat sich nach einigen Gesprächen mit den root-Admins erledigt, da der Exchange der root-Domäne genutzt wird.


    Vielen Dank nochmal für die schnelle Hilfe!


    Gruss
    Cas

    Hallo!


    Etwas verspätet, aber vielen Dank vorab für die Meldungen!


    Noch etwas mehr zum Hintergrund bez. des Exchange:
    Eigentlich sollen die Mitglieder der Subdomäne "nur" mit einer bestimmten (eigenen) Absender-Maildomäne versenden, die sie sich selbst bei einem Provider registriert haben.
    (Sub-) Domäne wäre dann bspw.
    test.rootdomäne.de
    Ausgehende Mail wäre dann z.B. hans.testmann@testfirma.de und nicht hans.testmann@test.rootdomäne.de
    Das lässt sich m.E. nach problemlos realisieren.


    Ich habe in meiner virtuellen Umgebung in der root-Domäne Exchange vollständig installiert, inkl. forest- und domainprep etc. Daran sollte es regulär nicht liegen, dass der Exchange in der Subdomäne nicht installiert werden kann (ich spekuliere dann eher auf die Fehlermeldungen).
    Der installierende Subdomänenadmin ist ja eben nicht Mitglied der Schema- und Organisationsadmins und von daher wird er auch nicht die geringsten zuätzlichen Änderungen (und sei es nur die Bekanntgabe des neuen Exchange der Subdomäne) und das anpassen des eigenen AD der Subdomäne durchführen können, da er nicht die entsprechenden Mitgliedschaften (Schema- und Organisationsadmins) aufweist.


    Wie wird so ein Sub-Domänen-Exchange regulär durchgeführt? Installiert der root-Admin den Exchange der Subdomäne oder bekommt der Admin der Subdomäne für die Installation besondere Berechtigungen .. oder?
    Repliziert sich da irgendwie und irgendwas?


    Kann mir jemand darüberhinaus ggf. entsprechende Lektüre (Hard- oder Software:) empfehlen?


    Gruss
    Cas

    Hallo mal wieder :)


    ich habe (wie geschrieben) das Szenario mit zwei virtuellen Maschinen in einer Testumgebung nachgebaut. In der root-Domäne habe ich forest- und domainprep ausgeführt und den Exchange installiert, quasi "alles wie gewohnt"...
    Den zweiten Server in diese Domäne aufgenommen, danach dcpromo ausgeführt und die Subdomäne erstellt.


    Aber ich sehe gerade im Ereignisprotokoll des root-DC ein paar unschöne Fehlermeldungen nach Neustart (GC nicht erreichbar, Fehler beim Verbinden mit AD etc.pp.). Die werde ich erstmal troubeln müssen, bevor es weitergeht :(


    Gruss
    Cas

    Hallo nochmal!


    Also Domainprep tat es tadellos, wenn auch nach meinem Empfinden etwas schnell, aber es lief durch.
    Sodann taucht die nächste Meldung bei der eigentlichen Exchange-Installation auf. Diese habe ich angehängt.


    Vielleicht noch einmal zum besseren Verständnis etwas Hintergrund:
    Die Subdomäne wird ihren eigenen Exchange haben, der nichts mit dem Exchange der root-Domäne zu tun haben wird.
    Von daher meine ich mit meinem bescheidenen Wissen, dass die eigenständige Subdomäne dennoch ihr AD-Schema bearbeitet haben müsste, per Forestprep. Aber das darf der Sub-Domänen-Admin eben nicht, da er u.a. nicht Mitglied der Schema-Admin-Gruppe ist.
    Die auftauchende Fehlermeldung habe ich angehängt!



    Ich bin nach wie vor für alles offen!


    Gruss
    Cas