RobertWi

Na dann viel Spaß bis zum nächsten lustigen Problem aufgrund Deine Konfig. ;)

Moin, der Client sollte die Mails auf Port 587 einliefern (diesen Connector musst Du dann eventuell auch anpassen) und er muss sich auch bei SMTP authentifizieren.

Also noch mal langsam zum Mitschreiben: Exchange 2013 läuft nicht fehlerfrei auf Windows 2012 R2. Probleme gibt es u.a. in den Webservices, im AD-Zugriff, im Transport-Bereich - also eigentlich in allem, was wichtig ist. Das er bis gestern lief, ist Glück oder Zufall, aber nicht der Normalzustand!

Diese Info gleich im ersten Post und wird hätten uns eine Menge Arbeit ersparen können. :( Wie Du siehst, ist Ex 2013 unter Win 2012 R2 nicht nur unsupported sondern läuft auch nicht korrekt. Ach? Und was wird das dann? Testen, ob die Aussage, dass Ex 2013 nicht auf Windows 2012 R2 läuft, stimmt?

Hast Du beim Rechts-Klick auf das Bild eventuell "Verknüpfung kopieren" anstellen von "Kopieren" ausgewählt? Eventuell verhindert auch irgendeine Browser Einstellung das Einfügen des Bilder. Das ist eh nur ein "Work-Around", so dass es sein könnte, dass neue MSIE oder andere Einstellungen das gar nicht mehr ermöglichen.

Definiere "Link". Ein "Link" ist etwas, was man anklicken kann. Das Logo selbst wird nicht in die Signatur eingefügt, es wird immer nur eine Referenz eingefügt und das Bild dann von Deinem Server nachgeladen - oder auch nicht, je nach Einstellung beim Empfänger.

Das kann ja nicht sein, sonst würde es ja noch funktioniere, oder? Das Problem ist nur herauszufinden, was sich geändert hat. Sinnvolle Fehlermeldungen posten, wäre schon mal ein guter Anfang für die Frage hier im Forum. ;)

Moin, ich finde den Beginn des RID-Pools bei Dir zu niedrig. Bei mir daheim habe ich ein AD seit Windows 2000 - 3 User, der RID-Pool steht bei knapp 6.000. Auf Arbeit haben wir AD auch seit Windows 2000, 2.000 User der RID-Pool steht bei knapp 30.000. Inhaltlich sind die aber beiden DC aber erst mal ok. Du musst auf allen DC unterschiedliche rIDAllocationPool finden. Bitte schau Dir mal die RID des Servers an, den Du heute in die Domäne aufgenommen hast und die RID des "verschwundenen" Users, ob die identisch sind. Es könnten aber auch Replikationsprobleme sein. Das würde erklären, warum ein von Dir wiederhergestellter User wieder verschwindet. Bitte auch die üblichen verdächtigen Prüfen: Uhrzeiten, Namensauflösungen, Eventlog, usw.

Steht doch da: In den Optionen "via the Security section".

ich habe schon ein paar Prüfungen hinter mir (so ca. 25) und bin mit der Strategie auch am besten gefahren. Wenn ich die Antwort zu Frage direkt weiß, beantworten und weiter. Antworten, die ich nicht sofort weiß, markieren und weiter. Nach dem ersten Durchlauf ist dann klar, wie viel Zeit ich noch für die markierten Fragen brauche. Frage, die ich nicht markiert habe, schaue ich mir normalerweise kein zweites Mal an. Ein zweites intensives Nachdenken irritiert mich mehr und bringt mich dann erst recht auf den falschen Weg.

Moin, ein ein Problem mit den RID sein. Öffne auf einem DC ein CMD-Fenster und führe den folgenden Befehl aus: dcdiag /test:ridmanager /v Wichtig ist nur der Abschnitt, der mit "Starting test: RidManager" beginnt. Bitte poste hier mal die Ausgabe.

Moin, und hier ist eine Anleitung, wie man Bilder in OWA-Signaturen einfügt: http://www.howto-outlook.com/howto/signatures.htm#owasignature (Ja, das Bild muss auf einen extern erreichbaren Webserver gelegt werden.)

Ist aber egal, weil der keine Rolle spielt. Die hinterlegten URLs werden übermittelt, da kannst Du auch (und würdest Du bei Einsatz eines Loadbalancers) komplett andere FDQN hinterlegen. Laut seiner Aussage schon. Wir können das nur nicht wirklich sehen, weil er uns ja keine Screenshots oder Originale schickt, sondern nur veränderte C&P. Kann ich bei mir bestätigen. Auch eine Änderungen hatte keinerlei Auswirkungen. Es würde mich auch wundern, wenn Exchange eigenmächtig die korrekt konfigurierte URL ändert. Aber eine Änderung schadet nicht und wenn der OP bestätigt, dass das bei ihm Auswirkungen hat, dann wäre das definitiv ein Bug in Ex 2013.

Exchange kann alles für User, was auch ein Provider kann: OWA, POP, IMAP, Mobile Geräte. Aber im Gegensatz im Provider kann der Admin hier selbst bestimmen, wann er wie sichert, welche Spamfilter er einsetzt, usw. Wenn die Außenstellen mit Outlook Anywhere arbeiten, bleiben die Mails in Exchange an einer Stelle und nicht über mehrere Stellen verteilt.

Frank, ich hätte jetzt eigentlich diesen Link erwartet. ;) http://www.frankysweb.de/exchange-report/ Das ist übrigens richtig gut!

Und nur um ganz sicher zu gehen und wegen der Pferde vor der Apotheke: Die Zertifikatsfehlermeldung bezieht sich wirklich auf den Namen und nicht auf die Gültigkeit oder die Vertrauenswürdigkeit? Ein solcher "Fehler" ist bisher nicht aufgetreten und er müsste prinzipbedingt (weil Exchange 2013 immer RPC/HTTPS benutzt) ziemlich hohe Wellen machen. Ansonsten fürchte ich, wird sich das in einem Forum nicht klären lassen. Da Du hier alle Servernamen verschleierst, was grundsätzlich nicht schlimm ist, könnten auch bei der Übermittlung hier ins Forum diverse Fehler geschehen. Wir können Dir nur sagen, welche Stellen du prüfen musst und die haben wir durch. Mit den von Dir in Post #1 genannten Einstellungen hat das nichts zu tun, da dies keine URLs sind, die dem Client übermittelt werden. Also entweder jemanden einladen oder Microsoft Support einschalten. Und danach hier berichten, das klingt schon ziemlich schräg, das ganze. Ach so, Nachtrag: Und wie immer Ausschließen, dass hier ein anderes Netzwerkgerät, DNS, o.ä. oder ein Proxy dazwischen funkt. Also falls ein Proxy im Einsatz ist, den Exchange als Ausnahme dort definieren.

OK. Ist schon vorstellbar, dass XP und Windows 7 sich hier unterschiedlich verhalten, da liegen ja auch Jahr dazwischen. Könnten also auch Outlook Anywhere Einstellungen sein, prüfe mal hiermit: Get-OutlookProvider | ft Identity,CertPrincipalName Get-OutlookAnywhere | ft Server,ExternalHostname,InternalHostname

Willst Du jetzt das man Dir hilft oder einfach nur selbst rumbasteln?

Dukels Antwort war doch eindeutig: CALs werden Nutzern (Menschen) und keinen Accounts zugewiesen. (zumindest solange man mit User CALs arbeitet, was bei den allermeisten Firmen der Fall sein sollte)

Moin, na ja, Du hast oben behaupt, die fehlerhafte Adresse käme bei Autodiscover zurück. - Installiere CU 3, nicht dass das ein Fehler ist, der behoben wurde - Prüfe mit Outlook und "E-Mail-Autokonfiguration testen...." welche Adresse wirklich falsch zu sein scheint - Ändere die in Exchange an der entsprechenden Stelle (ich würde die auch mal auf einen komplett "falschen" Wert ändern, um die Auswirkungen zu sehen) Und wenn der Fehler immer noch bleibt, ärgere Dich über die Tatsache, dass Du Beta-Tester spielen darfst und mach einen Call bei Microsoft auf.

Da anhand der relativ geringen Beschreibungen niemand wirklich einen Fehler nachvollziehen können wird, kann Dir wahrscheinlich auch niemand beantworten, warum oder ob überhaupt eine "Bindung" verloren gegangen ist oder was da überhaupt passiert ist. Vielleicht was da ja ein Programmfehler der alten Version.

Moin, wenn das wirklich im Autodiscover war, findest Du die Einstellung mit "Get-ClientaccessServer | ft name,autodiscoverserviceinternaluri". EWS ist für OAB, Kalender und OOF zuständig.

Es gibt ja auch keine Garantie, dass das ein behobener Bug ist. Aber bevor mal sich an die Fehlersuche macht, muss man ausschließen, dass es einer ist. Vielleicht gibst Du Deinem Kollegen mal das hier zu lesen. ;)

SP 1 und RU 9? Sorry, aber der Stand ist mehr als 4 Jahre als, also dann bitte zuerst auf einen supporteden Stand bringen. Sp 3 + RU 12 ist aktuell. Niemand hat Lust, einen Fehler zu suchen, der eventuell schon längst behoben ist.

Danke für die Info. Endlich mal eine Sache, die bei Ex 2013 besser ist. :P