RobertWi

Moin, es dürfte eher etwas mit dem Wechsel auf Outlook 2013 zu tun haben. Outlook vor 2010 hat sich da noch anders verhalten. Aber wie bereits gesagt: Mit Bordmitteln ist das so. Warum haben die Leute denn "Senden Als" Berechtigung auf das zusätzliche Postfach, wenn sie damit nicht senden sollen? Entzieh ihnen "Senden Als". Dann steht zwar immer noch der falsche Absender drin, der Anwender bekommt die Mail aber nicht raus und stattdessen eine Fehlermeldung zurück. Erst mit seinem Absender kann er dann senden.

Prima, danke für das Feedback. Geht am Ende eben manchmal doch nichts über Aufräumen und sauberes Neubauen.

Vielen Dank für die Infos.

Es ging mir darum, dass ich wissen wollte, von welchem Deiner vielen Schritte das Log stammt. Mir ist unklar, ob ich da nun die Deinstallation sehe oder etwas anderes. Es stammt von "setup.com /preparead" und dieser Schritte (sind eigentlich mehrere) sind fehlerfrei durchgelaufen. Wenn das auch zu Deinem Versuch passt, kannst Du nun das Setup selbst noch mal probieren. Ich würde dieses auch via CMD machen. Die müsstest Du ja noch offen haben: VORHER im Dateisystem, Registry und Diensten prüfen, dass keine Reste von Exchange übrig sind. 0. Alle Verbereitungen von hier abschließen: http://technet.microsoft.com/de-DE/library/bb691354(v=exchg.141).aspx - prüfen, ob Hotfixe für 2008 R2 installiert sind - erforderliche Komponenten installieren Diese Schritte sind unkritisch, wenn sie vorher bereits passiert sind. Sie sind aber erforderlich, falls da was fehlt. 1. zur Sicherheit nochmal: setup /PrepareLegacyExchangePermissions Auch unkritisch bei doppelter Ausführung 2. nun die Installation setup.com /mode:install /role:C,H,M

Moin, das Ausführen zum dcpromo auf einem Exchange ist nicht supportet und führt i.d.R. zum Verlust des Exchange Servers (hat etwas mit den lokalen und AD-Berechtigungen zu tun). Es gibt nur den Weg, den Du nicht machen willst: Exchange auf einem neuen Server, alles Migrieren und dann Exchange auf dem DC deinstallieren.

Bevor ich was zum Inhalt sage (der absolut eindeutig ist): Was Deiner Meinung nach sehe ich dort im Setuplog protokolliert?

Das Archiv lässt sich nicht öffnen, weil es defekt ist.

Nein, das ist korrekt so. Es steht der Absender drin, in dessen Postfach Du stehst. Ich wüsste spontan auch keine Möglichkeit, das zu ändern (und finde es persönlich auch so sinnvoll, weil ich normalerweise ja mit der Adresse antworten will, an die Mail ging). Du musst also falls gewünscht oben den Absender vom VON-Feld ändern. Mit dem "Standardkonto" hat das nichts zu tun, das dient zum Beispiel bei automatische Vorgängen dazu, dass Outlook weiß, mit welcher Adresse es verschicken muss.

Dann bitte auch mal das Setuplog löschen und dann ein komplettes Posten. Den von Dir genannten Fehler sehe ich wie gesagt darin nicht.

Korrekt. Veeam kenne ich selbst ausreichend.

Oh, das sieht ja wie ein richtiger guter Tipp aus. Preislich sehr interessant und auch die Featureliste ist nicht schlecht. Kannst Du ein wenig Erfahrungen zu größeren Umgebungen nennen? Mich interessiert hierbei besonders die Sicherung von Hyper-V-Clustern, besonders auch, wenn SCVMM benutzt wird. Zurzeit nutzen wir Symantec Netbackup, dass nicht nur in der Bedienung grausg ist, sondern auch bis heute nicht wirklich mit Clustern umgehen kann. Bei einer Rücksicherung bekommen die das nicht hin, die VM wieder HA zu machen. Die Schritte sind zwar überschaubar, aber müssen halt doch von Hand gemacht werden. CSV wird bei Altaro erwähnt, aber funktioniert das wirklich? Kann Altaro irgendeine direkte Einbindung von SAN (B2D) oder Robotern (B2T). Nicht wichtig, aber wäre aber ein gutes Argument. Hast Du mal eine Rücksicherung von Exchange Singe Item probiert. Veeam kenne ich, ist da ja ziemlich simpel. Wie ist der Erfahrung mit dem Support? Es fällt auf, dass die ein spezielle Hotline für deutsche Kunden haben? Habe ich da den Tschechen, der radebrechend englisch und noch schlechter deutsch spricht (bei Symantec weiß ich teilweise gar nicht, welche Sprache ich nehmen soll, sind beide gleich schlecht)? Danke!

In einer korrekten (sprich supporteten) Umgebung hat die DAG keinen Namen und keine IP-Adresse, die von Clients erreichbar ist. Am besten gewöhnst Du Dir diesen Versuch daher gleich ab. ;)

Wobei ich das nicht wirklich als "verschlüsselte E-Mail" bezeichnen würde. Alternativ kann ich das auch ausdrucken, per Steganographie in einem Print von da Vincis Mona Lisa verstecken und per Post schicken. Dürfte genauso sinnvoll sein, wie eine Mail in einem PDF unterzubringen. :) @Peterzz: Du solltest erstmal die genauen Anforderungen abfragen. Geht es nur um eine verschlüsselte Übermittlung, reicht eventuell TLS. Bei einem Gateway liegen die Mails aber zum Beispiel unverschlüsselt in der Exchange-Datenbank und jemand mit Vollzugriff hat Zugriff darauf. Falls das nicht gewünscht ist, braucht es richtige Ende-zu-Ende Verschlüsselung. Das wiederum bedeutet, dass man sich Gedanken machen muss, wie (oder ob überhaupt) man im Notfall noch mal an die Mails kommt. Das Thema ist in der Praxis erfahrungsgemäß organisatorisch viel aufwendiger, als technisch.

Moin, 1. Bitte einmal wie hier beschrieben alle Exchange-eigenen User/Mailboxen löschen und neuanlegen (hast Du vorher nicht aufgeräumt): http://social.technet.microsoft.com/wiki/contents/articles/6874.how-to-recreate-system-mailbox-federatedemail-discoverysearchmailbox-in-exchange-2010.aspx Solltest Du solche Benutzer auch an anderen Stellen finden: Dort auch löschen. 2. Superuser nur aktivieren, wenn sichergestellt ist, dass es einen anderen Enterprise-Admin gibt und dessen Kenntwort bekannt ist. Sonst war's das mit dem AD und ein AD-Recovery auf einem SBS ist nicht lustig.

Moin, und für das nächste Mal: Bitte mit Fehlermeldung. ;) Da stand vermutlich etwas von "deaktiviertem User" oder "deaktivierter Mailbox". Damit kommt man leicht auf Deine Fehlerbehebung.

Korrekt.

Kann man überhaupt noch ein RTM herunterladen? BITTE nimm das SP 3 für die Installation! Außerdem nützt es wenig, wenn Du das Log einfach noch mal ranhängst. Die Datei DARIN ist unvollständig!

Das war ja nun ein Setup ganz ohne Service Pack. Warum nicht gleich SP 3? Und außerdem bricht die Datei im ZIP mittendrin ab (genau nach 64K), da fehlt also das wichtigste. Wie hast Du das Setup ausgeführt?

Diese Fehlermeldung kann ich im Setuplog nicht sehen, zumindest nicht in den letzten drei Installationen. Die anderen 20 Versuche habe ich mir nicht so genau angeschaut. OK. Habe ich zwar noch nie bemerkt, aber so viele SBS-Migrationen habe ich auch noch nicht gesehen. Ich warte gespannt.

Moin, wobei man dazusagen muss, dass ein Verschlüsselungs-Gateway gegen ein Prinzip der Verschlüsselungsgrundlagen verstößt (der Authentizität). Diese Punkt kann man zugunsten der deutlich Vereinfachung und Fehlertoleranz aber in Kauf nehmen, solange nicht irgendwelche Anforderungen zwingend sagen, dass die Authentizität auf eine Person zurückzuführen ist. Ansonsten brauchst Du für Deinen Anwender ein Zertifikat. Das muss einmalig auf seinem Rechner installiert werden. Vom Empfänger brauchst Du auch einen Schlüssel. Den kann man super in einem Kontakt hinterlegen, der nur für diesen Empfänger angelegt wird. Der Benutzer muss zwar immer noch daran denken, die Mail zu verschlüsseln. Mehr hat er nicht zu tun.

Moin, hat nach der Deinstallation der Aufruf der ÖO-Konsole schon mal funktioniert? Wurde das AD nach der Deinstallation von Exchange 2003 manuell aufgeräumt (besonders in Bezug auf die alte Administrative Gruppe)? (Wenn ja: Was wurde da gemacht) Außerdem führe bitte mal diesen Befehl in der Shell aus: update-publicfolderhierarchy -server "ex2010" Es kann danach dauern, bis irgendeine Änderung eintritt (die man auch nicht direkt sieht, nur funktioniert dann die Console wieder). Bitte kontrolliere außerdem das Eventlog auf Fehlereinträge. Wir suchen besonders (aber nicht nur), nach Einträgen in Bezug auf fehlende oder gelöschte Objekte.

Moin, beim letzten Setup-Versuch hast Du nicht mit SP 3 installiert und auch kein Update durchgeführt. Stattdessen finde ich von heute diverse Versuche, komplette Deinstallationen und Installationen durchzuführen. Diverse Versuche sind mit SP 1 gemacht worden, andere dagegen mit SP 3. Auffällig dabei sind zwei Dinge: - es wurde ein User "superuser" verwendet -> ist der Mitglied in allen adminstrativen Gruppen - UAC, Dom-Admin, Enterprise-Admin, Schema-Admin? - die letzte Deinstallation war nicht komplett: [01.05.2015 10:12:59.0490] [0] The following roles are installed: AdminToolsRole && [01.05.2015 10:12:59.0491] [0] The local server has some Exchange files installed. Also entweder wird die Kiste noch mal richtig ausgeräumt, Exchange komplett im Dateisystem, Registry, Diensten usw. entfernt. Oder der Server wird noch mal von Grundauf neuinstalliert. Vorher muss natürlich der neue DC aus der Domäne raus. Angesagt ist eventuell auch ein Aufräumen von AD mit den Einstellungen der Exchange 2010 Installationen. Und natürlich gilt weiterhin: IP-Konfig muss korrekt sein, Konto für die Installation muss alle Berechtigungen haben.

War das mal eine Migration von einem anderen Exchange? Gibt es noch mehr Exchange in der Organisation?

Moin, 2007: Willst Du ein zweites Profil einrichten oder das Postfach unter "Erweitert" zusätzlich hinzufügen? Grundsätzlich: Zusätzliche Postfächer kommen normalerweise per Automapping automatisch. Entferne mal den Vollzugriff in ECP, warte ein paar Sekunden und vergib ihn neu. Dann wird automatische Automapping miteingetragen. Notfalls kann man das in den Eigenschaften des Userkontos des "info"-Postfaches über den Atribut-Editor sehen (msExchDelegateListLink). Wenn Du das von Hand konfigurieren willst, musst Du an zwei Dinge denken: - es wird Outlook Anywhere benutzt, Du musst also bei der Einrichtung auch die "Exchange-Proxyeinstellungen" vornahmen - der "Servername" lautet bei Exchange 2013 irgendwas in der Form "GUID@AD-DOMÄNE". Am besten konfigurierst Du Dir das Postfach einmal automatisch als primäres Postfach und kopierst Dir dann die Daten. Mit diese Daten kannst Du auch manuell ein Postfach einrichten.

Bitte poste mal die Ausgabe von get-publicfolder -getchildren -identity \ -server ex2010.domain.com -verbose