RobertWi

Das mit den Zertifikaten hilft auf jeden Fall - nicht nur bei der EMC. So gut wie alle Komponenten von Windows und Exchange sind signiert und .NET prüft die Signatur beim Start.

Moin, ja, das ist normal und durch den komplexen Aufbau der EMC bedingt (PowerShell, WinRM, .NET) bedingt, nicht in AD. In der Wartezeit werden die notwendigen PowerShell- und .NET-Komponenten wieder gestartet und das dauert. Ein wenig könnte das auch ein Zeichen sein, dass der Rechner, der die Console ausführt, zu wenig RAM hat, da die EMC gerne Daten im RAM hält. Im Prinzip ist das ein wenig wie im OWA: Der erste Zugriff muss alles laden und das dauert - und danach geht es dann schnell.

Moin, also hast Du das Zert oben mit diesen Namen schon gekauft? Wie ist denn DNS zur Zeit konfiguriert?

Moin, "Vollzugriff" ist in dem Fall genau das, was es aussagt: Vollzugriff. Er sieht also alles. Daher muss das unbedingt datenschutzrechtlich abgesichert sein.

Moin, Zertifikate-Fragen sind zu aufwendig und man muss zu viel vom Netz wissen, um sie in der Kürze eines Forums zu beantworten. Das letzte Mal haben wir das hier beginnend auf vier Seiten ausgebreitet. Ich verstehe jetzt auch nicht so richtig, worum es Dir in diesem Beitrag geht.

Moin, was genau willst Du denn jetzt von uns hören?

Und das bekommt Exchange dann mit, d.h. es schneidet die Log-Dateien ab?

Und Beispiel 3 passt doch genau. :)

Moin, RU5v2 läuft seit Mitte Dezember problemlos und sollte auch schnell installiert werden, da es ein sicherheitskritisches Update enthält. Nicht wundern: Nach der Installation wird Dir weiterhin RU4 angeboten. Das einfach in der Update-Übersicht ausblenden. Alle RU sind kumulativ, die Entwickler haben nur mal wieder vergessen, den richtigen Haken zu setzen.

Probier es halt aus. Ich würde mit "@domain.de" (ohne die Anführungszeichen) starten.

Moin, ich habe nochmal ein wenig gesucht, denn normalerweise benutzt OWA im Hintergrund auch die Shell, um die Einstellungen zu machen. Schau mal hier nach: Get-Help Set-MailboxMessageConfiguration -Detailed Damit kann man zumindest für die eigene Mailbox die OWA-Signatur setzen. Ob das auch für fremde geht und/oder welche Berechtigungen man dafür braucht, kann ich auf die Schnelle nicht herausfinden. Technet sagt, dass man spezielle Berechtigungen braucht, allerdings muss man CMDLETs, die mit OWA zusammenarbeiten, mit Vorsicht genießen. Ich kenne mindestens einen Fall, wo man keine passenden Berechtigungen setzen kann und das CMDLET grundsätzlich nur mit der eigenen Mailbox funktioniert.

Moin, die wirken nur eingehend. ;)

Moin, in der Shell musst Du aber jedes Mal warte, bis der Befehl fertig ist und Du hast zwei Stellen, die Du ändern musst und nicht übersehen darft. In der CSV-Datei kannst Du in Ruhe die Datei bearbeiten, testen und dann einmal das Script starten und abwarten, bis es komplett fertig ist. Andere Mechanismen sind natürlich denkbar. Du könntest alle PST-Dateien in den gleichen Pfad legen und die so benennen, wie das Postfach heißt. Danach reicht eine Schleife über die Dateien in dem Ordner.

Moin, ich würde die Bedingung "wenn eine Empfängeradresse bestimmte Wörter enthält" nutzen.

Moin, immer wieder nett, wie unsere hellseherischen Fähigkeiten eingeschätzt werden. Eine Fehlermeldung aus der Warteschlange wäre nett. ;)

Moin, bei großen Firmen und Providern ist es üblich, dass unterschiedliche Server zum Senden und Empfangen genommen werden. Außerdem hängen hinter MX-Einträgen auch gerne mal Load Balancer oder Server-Farmen. Dann reicht ein MX-Eintrag und ich kann dahinter Load Balancen. Und schon hat man eventuell wieder mehr/unterschiedliche Server. Der MX-Eintrag ist also nicht verlässlich. Er kann aber einer der Einträge im SPF sein und dann hat man kaum Konfig-Aufwand.

Schaust Du hier: http://technet.microsoft.com/en-us/library/bb676395(v=exchg.141).aspx Viel schöner wäre natürlich, wenn auch die "externen" das Konto auf dem Exchange hätten und die Mails von dort lesen würden.

Na dann ran an die Updates. :)

Die sichere Ermittlung des UR ist leider ein wenig komplizierter -> http://blog-schulenburg.de/index.php/kategorie-als-blog/87-exchange-build-nummern Alternativ kannst Du auch in die installierten Updates schauen.

Ok, Du möchtest den anderen Thread nicht lesen. :p -> http://msmvps.com/blogs/wstein/archive/2012/09/19/neuerung-in-exchange-2010-sp2-rollup-4-wo-werden-gesendete-emails-abgelegt.aspx

Doch, er bringt was. Würdest Du es so machen, wie es da steht, bräuchtest Du keinen Regkey, das würde dann automatisch gehen (und noch ein paar andere Vorteile bringen). BTW: Der User kann das in OWA übrigens auch selbst einstellen.

STOP - unbedingt sofort aufhören und Arbeiten einstellen! Ko-Existenz mit vorhandenen Exchange Servern gibt es noch nicht! Hierzu sind erst ein UR bei Ex2007 und ein SP bei Ex2010 notwendig, die für Q1/2013 angekündigt. Schon die Installation hätte nicht klappen dürfen. Wenn Du nun weitermachst, hast Du eine fehlerhafte, inkonsistente und unsupportede Umgebung und riskierst einen Totalverlust. Bitte wende Dich an den Microsoft-Support, wie Du aus der Situation wieder rauskommst, ohne noch mehr kaputt zu machen!

Ok, danke für die Info. Die Frage nach IMAP kam, weil Outlook IMAP nicht gut kann (und Exchange auch nicht) und ein IMAP-Client daher oft die Standard-Ordner nicht findet und neue anlegt.

ja, erste Tugend des Exchange-Admins: Geduld. :)

Moin, bitte lest doch erst mal im Forum, bevor ihr eine Frage stellt - die Frage hatten wir gestern erst und sie kommt ungefähr einmal die Woche. -> http://www.mcseboard.de/topic/191164-gemeinsam-1-e-mail-adresse-nutzen-auch-gesendete-objekte/