Alith Anar

Gucke mal bitte welche Version die Datei Store.exe hat. Fall da die gleiche Versionsnummer vorliegt solltest du auf das aktuelle RU Updaten. evtl hat sich das Problem dann schon behoben.

Wenn er auf aktuellem Patchlevel ist, stellt es kein Problem da: http://technet.microsoft.com/library/ff728623(v=exchg.150).aspx

Solange du noch 2003er DCs in der Umgebung hast wirst du die Umgebung nicht weiter hochstufen können. Für Domänenfunktionsebene/Gesamtstruktur 2008 müssen es mindestens 2008er DCs sein etc...

Exchange Version und Patchstand wären interessant.

Hallo, Gibt es eine Möglichkeit in einer Exchangemailbox einen Ordner auf existenz prüfen? test-path funktioniert nicht. Alternativ suche ich eine Möglichkeit die Sprache einer Mailbox auszulesen und zu verarbeiten über get-mailbox xyz | fl languages kann ich mir ja die Sprache einer Mailbox auslesen. Ausgabe: Languages : {de-CH} Jedoch sagt mir bisher jede Abfrage (if und where probiert) das der String de-CH nicht vorhanden ist. Hintergund ist das ich in meiner Mailumgebung einige Postfächer habe die nicht deutsch sind. Um mir jetzt die Berechtigungen anzeigen zu lassen frage ich die Ordner <user>:\calendar; <user>:\calendrier; und <user>:\Kalender ab. Erzeugt natürlich auf dem Exchange bei knapp 2500 Usern so knappe 5000 Fehlermeldungen auf dem Server weil jeweils 2 Ordner nicht existieren.

Da klinke ich mich gerne ein. Sitzte gerade an dem gleichen Thema :) Bisher habe ich das ganze Teilmanuell gemacht. Sprich die primarySMTP exportiert alles was stört entfernt und danach ein zweites Skript was mir dann die Berechtigungen (in meinem Fall) ausgelesen hat. Bei 2.500 Mitarbeitern trotz Excel ein sehr ... müssiges Unterfangen.

@Norbert: Dein Auto bleibt aber nach ein paar 100 metern stehen und es leuchtet die Motorkontrollleucht. Es wird sich auch nicht mehr dazu überreden lassen doch noch zu fahren. Beim EX2013 dagegen läuft es dann noch ein bischen, hinkt nur plötzlich links, dann mal wieder rechts, fährt irgendwann nur im Kreis ... In sofern begrüsse ich eher Roberts Idee ;)

Du hast ja schon deine req Datei. Erhälst du eine Fehlermeldung wenn du den Befehl eingibst? certreq -submit <anforderung>.req <Zertifikat>.cer

Nein, verwechsel ich nicht. und Ja die Benutzer werden dort nicht angezeigt. Da ich diese SBS Konsole aber nicht benutze und die für mich relevanten Funktionen (Mail, OWA, Webseite) funktionieren ist es ok.

Wobei ich aber (ich benutze den Sharepoint aber auch nicht) keine Probleme mit der klassischen Bedienung habe. Aber auch dafür muss man die Software die man verwendet verstehen.

Falls du Webspace hast würde ich mir noch 2 Domains dazuholen und dafür dann Mailadressen auf ein Konto legen.

Die Vorlage dazu findest du hier: http://technet.microsoft.com/en-us/library/ff625722(v=WS.10).aspx -------------- Neues Post ----------------------- Wenn du nicht die Textdatei verwenden möchtest, kannst du natürlich auch die Exchange Management Console verwenden: http://www.msblog.eu/exchange-2010-serverzertifikat-erstellen/ Auch hier kannst du sämtliche URLS eingeben. PS: Ja ich weis das hier in der Mitte wieder über die Webseite gegangen wird, das kannst du dann in der Shell erledigen (oder MMC verwenden)

Das du vermutlich immer noch eine offene Zertifikatsanfrage hast, dein Problem jetzt evtl nicht mehr auftritt, aber wieder auftauchen wird.

Wie ich vorher schon schrieb: Die Webseite für den Zertifikatsservice wird im SBS nicht mit installiert. Du kannst also entweder die MMC nutzen, oder die Powershell. Deine Fehlermeldung kommt daher, das sich der Server mit der Internal URL meldet und die (vermutlich) nicht im Zertifikat vorhanden ist. (Ich keine dein Zertifikat nicht) Guckst du auch mal in die Links rein die man postet? http://www.security-blog.eu/sbs-2011-mulitdomain-zertifikat-fr-exchange-und-remote-access-selbst-erstellen-subject-alternate-name-certificate/ PS: Evtl lohnt auch mal ein Blick in das Zertifikat mit dem alles lief. Nur weil es abgelaufen ist, enthält es immer noch alle URLs die hinterlegt waren. Evtl benötigst du noch weitere Namen.

Die Webseite der Zertifikatsstelle wird beim SBS normalerweise nicht mitinstalliert. Daher solltest du eine Anleitung verwenden die für den SBS passt. HAst du den inzwischen schon geschaut unter welchem Namen sich dein SBS meldet? Das ist wichtig ....

Wie man bei einem SBS ein Zertifikat erneuert findest du zuhauf im Internet z.B. https://www.mos-computer.de/pages/posts/sbs-2011-und-zertifikate-160.php oder hier https://www.mo-company.com/ueber-uns/it-blog/160-sbs-2011-outlook-zertifikat-abgelaufen-erneuern oder hier: http://www.security-blog.eu/sbs-2011-mulitdomain-zertifikat-fr-exchange-und-remote-access-selbst-erstellen-subject-alternate-name-certificate/ oder über die interne Forensuche Wenn es ein SBS ist, dann lautet der richtige Name vermutlich remote.domäne_alt.at (das ist zumindest der Standard). Aber das kannst du mit dem Powershellbefehl herausfinden.

Mit welchem Namen meldet sich den dein ExchangeServer nach extern? Get-OwaVirtualDirectory -Server <deinservername> | fl InternalUrl, ExternalUrl Du schreibst oben das du die DNS Domain mail..domäne_alt.at genannt hast, das neue Zertifikat läuft jetzt auf webmail.domäne_alt.at und das alte auf remote.domäne_alt.at . Da solltest du erst mal Ordnung reinbringen und dann feststellen welche Namen du im Zertifikat benötigst.

Arbeitst du noch in der Demo-Umgebung oder schon im Produktivbereich? Tausche mal beim SBS und beim DC die Reihenfolge der DNS Server. Dann gucke mal im DNS-Server ob zwischen beiden Server eine Repilkation stattfindet. - Gibt es evtl in der Ereignisanzeige einen Hinweis auf fehlende Syncronisation zwischen des DCs (SBS und Neuer DC) - Tumbstone Zeit beachten. Die FSMO Rollen sollten noch auf dem SBS bleiben. Der ist gerne Chef im Ring und mag es überhaupt nicht wenn Ihm diese Rollen entzogen werden. Wenn du schon alles umgezogen hast auf den neuen Exchange Server, wozu benötigst du dann noch ein Toolkit für eine Swing Migration? An sich hast du das doch schon umgesetzt. Du musst "nur" noch dein DNS Problem lösen.

Ja die Variante mit dem Skript habe ich auch schon vorgeschlagen. Fand nicht so den grossen Anklang ;) Aber wird man wohl nun mit leben müssen. Noch einen schönen Restfeiertag und ein schönes Wochenende

Nein ich will nicht den Besitzer entfernen :-) Es gibt da nur diese beiden Standardaccounts die immer in den Berechtigungen eingetragen sind: "Anonymous" und "Standard" (bzw anonym und Default im englischen Office). Wir haben jetzt einige Benutzer die es geschafft haben "Standard" mit Besitzerrechten auszustatten. Damit das zukünftig nicht mehr passiert suche ich eine Möglichkeit die Einstellungsmöglichkeiten für diese Accounts zu begrenzen:

Hallo, gibt es eine Möglichkeit bei einer Exchange Mailbox die Berechtigungen für den Benutzer "Default" das der Besitzer des Postfaches dies nicht ändern kann. Oder kann er sogar entfernt werden (habe dazu nicht im Technet gefunden). Gibt es in einer Exchange 2010 Umgebung analog Lotus Notes die Möglichkeit nur bestimmten Personen(gruppen) den Zugriff auf einen Exchangeserver zu geben? Ich habe bisher so eine Option noch nicht gesehen, aber evtl kennt ja auch jemand eine 3tanbieter Software die dies ermöglicht. Danke Thomas

@derjunge Es sollte kein Angriff auf dich sein, nur wenn du in deinem Posting schon schreibst das du noch keine Migration gemacht hast und dein grösstes Problem derzeit darin besteht wie die Rechner zu benamen sind, dann solltest du dieses Projekt nicht alleine durchziehen. Wenn du auch noch keine Information darüber hast, was auf dem Server eigentlich passiert (Startscripte) etc. wird dir niemand bei einer Migration helfen können, bzw.läufst du in immer neue Fallstricke.

Eigentlich würde ich dir 3 Sachen raten: 1: Was steht den in den Log Files warum der Trust verloren geht. Eine Neuinstallation bringt nicht unbedingt eine neuere, bessere, stabilere Trustanbindung. 2: Analysiere die ganzen Scripte die da laufen und gucke was die machen. (wenn die nicht mehr benötigt werden stellen sie bestenfalls ein Sicherheitsproblem dar) 3: Wenn du 2. (sinnvollerweise auch 1.) erledigt hast hol dir externe Hilfe.

Jupp Sowohl neues Profil als auch löschen der OST behebt den Fehler nicht. Ich vermute derzeit ein Element innerhalb des Postfaches als Ursache, da auf dem gleichen Rechner ein anderen Profil (mit einem anderen Benutzerkonto) funktioniert. -------------------------------------------------------------------------- Post Nr 2 Nicht immer so kompliziert denken .... Der Benutzer hatte eine Regel erstellt, die versendete Mails in einen bestimmten Ordner verschiebt. Danach hat er den Ordner gelöscht, so das die Regel den Zielordner nicht erreichen konnte und ist daher beim Mailversand immer abgestürzt.

Hallo, Ich hab mal wieder ein Problem mit einem Outlookpostfach. Umgebung Exchange 2010 SP3 RU6 / Outlook 2010 SP2. (RU 7 liegt noch bei der internen Testabteilung und wird gerade geprüft). Bei einem Anwender stürzt Outlook ab, wenn er versucht eine Mail zu versenden. Die üblichen Schritte (Neues Profil, Outlook neu installieren, Konto auf einem anderen Rechner einbinden wurden bereits getestet durchgeführt) der Fehler tritt jedoch weiterhin auf. Die OST Datei habe ich bereits mit ScanPST gecheckt, der hat einige kleinere Fehler gefunden und bereinigt (führt nun dazu das Outlook beim ersten Sendeversuch abstürzt, die Mail in der Outbox speichert und von dort aus beim 2ten mal dann sauber versendet werden kann). Das Absturzlogfile C:\Users\<user>\AppData\Local\Microsoft\Windows\WER\ReportQueue\AppCrash_<id> zeigt mir an, das der Microsoft SocialMediaConnector angeblich die Absturzursache sei. Wenn ich das AddIn im Outlook aber deaktiviere, tritt das Problem weiterhin auf. (Outlook wurde beendet und neu gestartet). Das verschieben der Mailbox auf eine andere DB blieb auch erfolglos und new-mailboxrepairrequest sagt auch das alles iO ist. Das einzige was ich nicht gemacht habe (aber auch nicht machen kann) ist das Mailkonto zu deaktivieren (disable-Mailbox) und neu zu erstellen. Im OWA funktioniert der Mailversand, weshalb der Benutzer nun erst einmal darauf ausweicht. Aber wo kann ich noch schauen wo das Problem herkommt?