RobertWi

Moin, wenn Du Dir ganz sicher bist (doppelt prüfen), dass es keinen Exchange in dem AD gibt, dann prüfe mal, ob von einer früheren, abgebrochenen Installation noch Reste im AD sind und lösch diese komplett (ein Backup des AD vorher kann nicht schaden): http://blog.dargel.at/2012/11/20/complete-remove-exchange-2013-using-adsiedit/ (Abschnitte mit ADSI-Edit und A Users und Computers). WICHTIG: ADSIEDIT ist ein Low-Level-Tool, mit dem man viel zerstören kann - bis zum Totalausfall des AD. Benutze es mit vorsichtig und auf eigene Gefahr! Nachtrag: Bitte wirf noch mal ein Blick hierein, Nr. 19 - die Vielposter werden Dir danken dafür. ;) (Auch hier)

Im Vergleich zu 2003 sind das Welten gewesen.... :)

Moin, Über welche Exchange Versionen reden wir eigentlich? Der kann ab 2007 auch problemlos PST exportieren und importieren. Auch ein Weg: Beide Konten in Outlook einbinden und die Daten per D&D verschieben. WICHTIG: Der Import per PST macht immer Probleme später, wenn man zum Beispiel auf interne Mails nicht mehr antworten kann oder Termine sich nicht mehr löschen lassen und sollte daher immer nur der letzte Weg sein.

Moin, bei uns war jahrelang Avira im Einsatz (aber die entwickeln den wohl nicht mehr weiter) und wir sind nun zu Symantec Mail Security gewechselt. Glücklich bin ich da aber nicht, weil die Konfigurationsmöglichkeiten sehr "mager" sind (ich dachte schon, Avira wäre übersichtlich, aber bei Symantec kann man kaum noch was einstellen).und Symantec keinen Zugriffsscanner hat. Damit bin ich gezwungen, doch einen Background-Scan durchzuführen. Das mache ich normalerweise nicht, weil der sehr viel Performance kostet. Wenn das Lizenzjahr um ist, werde ich mal die Fühler in andere Produkte ausstrecken.

Moin, denk mal drüber nach und Du erkennst, dass die Frage wenig Sinn ergibt und sich eigentlich von alleine so wie Du es wünschst, beantwortet. Es gibt zwei mögliche Reaktionen auf Deinen Test: Die Domain ist und der MX ist korrekt und führt auf einen Mailserver -> Mail geht raus. Ob das der korrekte Mailserver ist, kann hier gar nicht geprüft werden. Die Domain ist falsch, hat keinen MX, die Mail geht nicht raus und zurück.

Moin, nein. Ein Postfach braucht einen AD-Benutzer. Ein Kontakt dient nur dazu, Mails an einen internen Empfänger an eine externe Adresse weiterzuleiten.

Ergänzung: Es kann auch sein, dass der Anwender in den Optionen unter "Einstellungen -> Allgemein" die "Einstellungen für Blinde und Personen mit eingeschränktem Sehvermögen verwenden" aktiviert hat. Das sieht dann genauso aus. Sollte das wirklich wie von Dir beschrieben am Server liegen (die Ansicht sieht also beim gleichen Anwender auf beiden OWAs unterschiedlich aus, dann wirf mal einen Blick in die Eigenschaften der OWA-Webseite in der EMC. Auf dem Reiter "Segmentierung" gibt es eine Einstellung, die sich "Premium-Clients" nennt.

"Online-Mode" bei Outlook meint, dass Du keine OST-Datei also keinen Cache Mode verwendest. Sorry, aber das ist einfach nur falsch. Der Betrieb von PST-Dateien auf Netzlaufwerken ist unspupported: http://blogs.technet.com/b/askperf/archive/2007/01/21/network-stored-pst-files-don-t-do-it.aspx http://support.microsoft.com/kb/297019/de Und aus Backup-Sicht ist das so ziemlich das ineffektivste, was man machen kann und schiesst das Geld förmlich zum Fenster raus. ;)

Und dafür reicht schon das nächste Office update. Wird ein Spaß, wenn dann niemand mehr an seine Mails kommt. Das wird definitiv passieren. Wenn man sich die aktuelle Entwicklung bzgl. SSLv3 und SHA-1 anschaut wage ich Prognose: In spätestens 6 Monaten kann Exchange 2003 nichts mehr mit Verschlüsselung anfange und damit nichts mehr mit den wichtigen Dingen im Internet.

Moin, 1. Differenzen können aufgrund von Fehlern schon passieren. Sehr häufig ist aber, dass in Outlook die Ansicht einen Filter hat und damit einfach nicht alles angezeigt wird. Kontrolle ist dann zum Beispiel mit OWA recht gut möglich. 2. OWA oder Outllook im Online-Modus. Übrigens: PST-Dateien sind im Enterprise-Umfeld kein geeignetes Medium, um Daten auszulagen. Sie sind nur auf lokalen Laufwerken erlaubt, der Anwender muss sich selbst um die Backups kümmern und sie gehen sehr gerne mal "kaputt" mit Datenverlust. ich würde stattdessen lieber über größere Postfächer nachdenken (das ist schon mal im Standard billiger und sicherer) oder über eine richtige Archivierungslösung.

Moin, wenn Du Exchange-Attribute direkt in AD änderst, bekommt Exchange die seit 2007 nicht mehr mit, weil es keinen RUS mehr gibt. Daher musst Du die Exchange-Attribute entweder mit den Exchange-Werkzeugen (EMS, EMC, EAC) ändern oder Du musst danach Exchange sagen, dass er seinen Speicher aktualisieren muss: http://www.msxfaq.de/tools/exprivat/e2k7rus.htm Die Befehle hier kann man auch gut in einen Script packen und einmal in der Nacht ausführen. Seit 2010 gibt es auch die Möglichkeit, direkt den einen Benutzer, der geändert wurde, zu aktualisieren. http://www.msxfaq.de/e2010/updaterecipient.htm

Mit diesem Befehl durchsuchst Du nur die ersten 10 Ordner nach Leerzeichen. Wenn Du alle haben willst, müsste der Select-Object da raus.

Moin, ich würde hier das Problem weniger bei Exchange suchen, als bei der Hardware. Beliebt ist auch ein falsch konfigurierter lokaler Virenscanner, der im Datensystem Exchange-DB und -Logs "bereinigt".

Und außerdem werden Berechtigungsänderungen und Änderungen an Gruppenmitgliedschaften bis zu zwei Stunden gecacht, es kann also ein wenig dauern. Und wie immer nicht vergessen: Nach einer Gruppenmitgliedschaftsänderung muss sich der Benutzer einmal ab und wieder anmelden!

Moin, eventuell geht da was mit ein einem Ansichtsfilter. Kann ich nur nicht ausprobieren, weil ich bei mir keine fremden Aufgaben habe. Es gibt im erweiterten Filter aber eine Menge Felder und notfalls nimmt man halt eine Kategorie für die eigenen und blendet alle aus, die diese Kategorie nicht haben. Allerdings muss man sich das gut merken, sonst hast Du in ein paar Wochen garantiert einen, der nicht alles sieht und keiner weiß warum. ;)

Moin, wie gesagt: Der Betrieb eines SBS ohne Exchange und FSMO ist ein Lizenzverstoß und nur im Rahmen einer Migration erlaubt. Nach der Migration muss der SBS außer Betrieb genommen werden. Und um dies zu "unterstützen" fährt er sich nach 28 Tagen alleine herunter.

Nein, die zeitliche Begrenzung gibt es immer. Du darfst keinen SBS ohne installierten Exchange und DC betreiben, da ist ein Lizenzverstoß. Und er muss die FSMO halten. sonst fährst sich der Server nach 28 Tagen alleine herunter. Wenn Du da einen "normalen" Server haben willst, musst Du mit neuer Lizenz neuinstallieren.

Klar, 100% Failsave gibt es nicht, solange Menschen dabei sind. Aber hier hätte Microsoft simple Möglichkeiten, kapitale Fehler und Mehraufwand zumindest zu verringern. Windows bringt das ja alles mit, man muss es nur nutzen.

Moin, Da läuft irgendeine Software, die Mails in das Pickup Verzeichnis kopiert: http://www.msxfaq.de/code/pickup.htm Und da das Pickup-Verzeichnis bei 2003 von Windows kommt, kann das theoretisch jeder Windows 2003 Server sein. BTW: Exchange 2003 ist unsupported. Da ist eh nicht mehr gewährleistet, dass da noch alles sauber funktioniert.

Jo. Aber genau so nervig finde ich, dass das Setup dieses Installation überhaupt zulässt. Und selbst wenn das nicht das Exchange Setup bemerkt, Windows könnte beim Start meckern, dass die Software nicht kompatibel ist, das würde dann eventuell einige aufschrecken.

Oha. Du hast RTM auf Windows Server 2012 R2 installiert? Das funktioniert nicht und hierbei ist gar nichts mehr supported - auch kein Zustand nach einem Update. Auf Windows 2012 R2 MUSS mit SP1 installiert werden. Daher ist jede Suche überflüssig, weil Du auf ewig unkalkulierbare Fehler mitschleppst. Da das ja eine Testumgebung ist -> zurück auf Anfang und neu von vorne beginnen!

Toolbox -> Verfolgungsprotokoll-Explorer. Dann Absender angeben, Event ID deaktivieren, evt. Server angeben und Zeitraum einschränken.

Solange Du an meinen Aussagen kein © oder ein ® oder ein ™ findest, darfst Du die sehr gerne auch weiterverwenden.

Ich meine diesen Vermerk bei der Ansicht einer Mail im Junk-Ordner: http://www.slipstick.com/outlook/rules/moved-message-junk-email-folder/

Moin, prima, dass sich mal ein Problem so einfach lösen lässt. :) Ich empfehle meinen Kunden beim Einsatz einer blockierenden Transportregel immer, dass sie das im Fehlertext vermerken. Bei Dir eventuell so: "Sending not allowed anymore (blocked by Exchange Transportrule)". Im Messagetracking hättest Du das normalerweise auch gesehen, da wird die Anwendung einer solchen Transportregel normalerweise protokolliert.