Alith Anar

gegen 19 Uhr erst ... <grmpf> Wollte meine Leitung schon warmlaufen lassen, das ich gleich zu Hause loslegen kann ... <Däumchendreh>

Im AD konntest du den Benutzer zusätzlich noch auf ein Postfach vollständigen Zugriff geben und nicht nur "Send as" Berechtigungen. Dann hast du IMHO die gleichen Berechtigungen gehabt wie der Besitzer, ohne das der Besitzer des Postfaches da erst noch was einrichten muss. Beim Exchange 2010 gibt es diese Funktionalität auch. Hast du gerade ein ähnliches / gleiches Problem? Immerhin ist der Thread schon 5 Jahre alt.

Mit praktischen Übungen fallen mir fast nur die Prüfungsvorbereitungsbücher ein. Die Bücher geben auf jeden fall brauchbares Basiswissen. Wenn es denn aber zu Problemen kommt, stelle ich immer wider fest, das man mit dem Wissen schnell an die Grenzen kommt. Dann hilft nur ein Blick in Richtung Technet / Forum / Google. Ich selbst habe das MCTS Self-Paced Training Kit (Exam 70-662) verwendet und habe auch noch Exchange Server 2010 SP2 von Thomas Joos Nachteil bei den Self Practice Büchern ist, die sind immer auf den "Normalzustand" mit den Service Packs kamen noch einige Änderungen dazu die hier leider nicht behandelt werden. Aber dieses Problem hat man bei alles Printexemplaren.

EWS habe ich gestern geändert gehabt. Laut test der Autokonfiguration wird nur noch Autodiscover über die interne URL aufgerufen. Auch bei Autodiscovervirtualdirectory habe ich daraufhin bei InternalURL die externe Adresse eingetragen, trotzdem tauch die Zertifikatswarnung immer noch auf.

Ich den Ex 2013 bisher nur installiert. Konfiguration bin ich gerade erst bei, kahm ich gestern abend nicht mehr zu. Wie lange benötigt die aktualisierung des EWS. Die üblichen 2 Stunden, oder sollte das sofort greifen? Muss dazu ein Dienst neu gestartet werden? Nach 15 Minuten und Neustart von Information Store und Service Host trat der Fehler immer noch auf.

Dann nicht. Habe bisher alles nur über die EMC erledigt. Muss mich wohl dran gewöhnen das da immer noch was auf der EMS zu machen ist. (wie mir die erste Instalallaton vom Exchange 2013 zeigt ;))

OWA, ECP, EAS, Offline Address Book Distribution, POP3 und IMAP, also alles was ich in derr EMC unter Server Configuration / Client Access finde.

Hallo, ich hab hier ein Problem mit den Serverzertifikaten auf unserem Exchange Server. Ich habe mir bei einer öffentlichen Zertifikatsstelle für mail.externedomain.tld ausgestellt und in der Exchange Konsole für SMTP, IIS, IMAP und POP3 zugewiesen. Danach habe ich die interne URL genauso eingestellt wie die externe URL. Greife ich nun per OWA von Interne oder extern auf die Webseite zu, ist alles iO. Greife ich jedoch per Outlook aus dem Internen Netz auf den Server zu, bekomme ich immer wieder die Fehlermeldung, das der Name des Zertifikates nicht mit dem Server übereinstimmt. Bei der Warnung ist auch imemr der interne Name des Exchange Servers aufgeführt, im Zertifikat natürlich der externe Name. Wie kann ich diese Warung unterdrücken, bzw wie muss ich den Zugriff per Zertifikat absichern, damit die Warnung nicht mehr kommt? Der Zugriff auf den Exchange erfolgt per MAPI und POP3. Danke Thomas

Du rufst einfach noch mal die Setup Datei vom Exchange auf und deinstallierst alle Rollen. Die Änderungen im AD werden weiterhin vorhanden sein, aber nicht mehr genutzt. Vorher alle Postfächer löschen (die Arbitration Postfächer nicht vergessen) http://blog.icewolf.ch/archive/2010/04/03/exchange-2010-arbitration-mailbox.aspx

Scheint nur ein Problem innerhalb des PowerGUI Editors zu sein. Das Script lief beim Kunden (mit einer Änderung - DC auch noch bei Get-Mailbox angegeben) sauber durch und hat auch keine Warnungen erzeugt. Grüße Thomas

Mit 3 GB RAM liegst du auch unter den Mindestempfehlungen von MS: Grundlegendes zu Speicherkonfigurationen und Exchange-Leistung: Hilfe zu Exchange*2010

Hallo, Abhängig vom Gast System kannst du auch später noch vCPUs "nachrüsten". Bei Server 2008 R2 VMs hatte ich schon mehrmals nachträglich die CPU von Single auf Dual nachgerüstet. er installeirt dann noch mal die CPU TReiber neu und will noch einen Neustart haben, aber bisher hatte ich dann keine Probleme festgestellt.

Hier geht es weiter: Ex 2010 - Warning using Powershell to set a custom Attribut Hoffe ich hab mich verständlich ausdrücken können.

Ich hab auch noch 2 Support Calls bei MS frei (habe Technet Direct), aber danke für das Angebot :) Die Anfrage im Technet Forum werde ich heute Mittag stellen. Ich wollte das Script nur nicht unbedingt auf die Kundenumgebung loslassen bis die Warnung ergründet ist. Da ich aber in meiner Testumgebung keine Auswirkungen auf andere Benutzerkonten mitbekommen habe werde ich es aber an den Kunden übergeben. Danke Thomas

Kein Problem:

Überlesen:

Die Warnung entsteht beim set-Mailboxteil. Wenn ichs mit verbose erweitere finde ich nicht wirklich einen Grund ... Testen tue ich das Script in einer SBS 2011 Umgebung, Produktiv ist es dann ein selbsständiger Exchange 2010 SP2. Grüße Thomas Warnung-verbose.txt

Hallo Nils, mir stehen in der Domäne nur Server 2003 R2 ohne AD Management Gateway Services zur Verfügung. Die benötige ich aber für get-ADUser deshalb bin ich auf get-user gewechselt. Ich schaue aber, das ich auf einem Server den ADMGS installieren darf und gucke dann mit ADUser weiter. Beim Filter hatte ich gedacht ich jedes Objekt Filtern kann, das in get-user -identity "*" | FL angezeigt bekomme. Aber wieder was gelernt :)

Hallo, gerade beim Posten von Powershell Fehlermeldungen kommt es imemr wieder vor, das ich die Zeichengrenze von 4.000 / Posting überschreite. Spätestens wenn man dann auch mal ein Script dazupackt, bzw noch das Problem ausführlich beschreibt. Kann diese Grenze evtl. erhöht werden? Viele Grüße Thomas

Moin, Danke prüfe ich gleich nach. Ich wollte den Fehler auch als Text einfügen, komme dann aber über die Zeichenbegrenzung von max 4.000 Zeichen / Posting. Evtl kann man die mal etwas höher setzen?

Off-Topic: Ich glaub ich schreib in Zukunft "Nichtgartengerät und nicht Körperteil" ;) Guts Nächtle

Hmpf Dann war ich beim anlegen dieser Grupe leicht umnachtet. Bei alles anderen die ich auch angelegt habe, ist der Hacken raus gewesen ... Danke noch mal. :)

Danke. Das wars ... Jetzt nmuss ich nur noch gucken warum das hier in der Umgebung defaultmässig aktiv ist.

Korrektur: Intern erhalte ich folgenden Fehler: #550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##

Hallo, bei der Zustellung von externen eMails an eine Verteilergruppe die folgende Fehlermeldung: Diesen Fehler erhalte ich nur bei dieser einen Verteilergruppe. Andere Verteilergruppen, oder einzelne Empfänger sind vollkommen unproblematisch und (scheinen) erhalten Ihre Mails. Zumindest finde ich keine Fehler in Verlaufsprotokoll. Auch Mails von Intern werden verteilt. Ich habe diese Verteilergruppe auch schon gelöscht und neu angelegt, es gibt aber keine Änderungen. Google hat bisher immer ergeben, das der Empfangsconnector fehlerhaft konfigutriert ist, dann dürfte ich ja aber gar keine Mails erhalten ... Any Ideas Danke Thomas