Vinc211
-
Gesamte Inhalte
247 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Vinc211
-
-
Am 13.4.2018 um 17:37 schrieb Nobbyaushb:
Das meinte ich nicht - was ist die Quelle?
Volumenlizenz, Einzelhandel oder Click-To-Run aus O365?
Achso. Microsoft Silver Partner Lizenz
Am 13.4.2018 um 17:37 schrieb Nobbyaushb: -
vor 30 Minuten schrieb Nobbyaushb:
Moin,
wich wundert gerade die Version, ich habe hier ein voll gepachtes W10 mit Office 2016 aus dem VL, dort habe ich eine 16.0.4639.1000
Was für ein Office ist installiert?
Ein Office 2016 Professional Plus 32bit
-
Wir nutzen Dynamics CRM als Add-In in Outlook 2016 um Emails nachzuverfolgen und auf das CRM zuzugreiffen.
Leider haben wir einen Client (Frisch installiert und geupdated) wo das CRM Add-In abstürze des Outlook verursacht. Reinstallieren und reperaturen haben nichts gebracht.
Hat jemand vllt eine Idee?
Application Error aus der Ereignisanzeige
Name der fehlerhaften Anwendung: OUTLOOK.EXE, Version: 16.0.4666.1000, Zeitstempel: 0x5a83689d
Name des fehlerhaften Moduls: Microsoft.Crm.Application.Outlook.Components.Platform.ni.dll, Version: 8.2.2.112, Zeitstempel: 0x59dea195
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0079ec4d
ID des fehlerhaften Prozesses: 0x1944
Startzeit der fehlerhaften Anwendung: 0x01d3d2f95b9f9e44
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Microsoft Office\Office16\OUTLOOK.EXE
Pfad des fehlerhaften Moduls: C:\Windows\assembly\NativeImages_v4.0.30319_32\Microsoft.C7a116073#\dc7623ca7a8a015fcb1706d8e482ffc5\Microsoft.Crm.Application.Outlook.Components.Platform.ni.dll
Berichtskennung: b8ae8b30-61b5-4ff5-baca-af881a9d2a64
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:MSCRMTracing aus Ereignisanzeige
Invalid Trace Directory. Additional Info:[ Invalid Trace Directory (Reporting Process:Trace Diretory is Null. TraceSettings: {Filename: ,FileCountSuffix:1 ,TraceFileSize:10485760 ,TraceDirectory:C:\Users\Testi.test\AppData\Local\Microsoft\MSCRM\Traces ,TracingCallStack:No ,IsTracingOff:Unset ,LoadState:LoadSuccessfulUnreported ,RefreshTraceInt:-1 ,SiteWideRefreshTraceInt:-1 ,RegistryRefreshTraceInt:-1 ,Precedence:Default} ] , AppDomain:OUTLOOK) -
Okay also gibt es keine Möglichkeit mit einem Office 365 Client sich auf ein Exchange 2016 Konto zu verbinden.
-
vor 6 Minuten schrieb Dukel:
ok dasist nicht das richtige. Das Auto hat Office 365 und damit soll auf unserer Exchange zugegriffen werden. Da fehlt mir die Information was ich zusätzlich einstellen muss.
Müssen da neue Ports freigeschaltet werden? Androind Handys und Apple etc verbinden sich nämlich ohne Probleme mit dem Exchange, aber über Office 365 hb ich das noch nicht gemacht.
-
vor 2 Minuten schrieb Dukel:
Das ist eine Funktion von der Unifies Messaging Rolle. Diese gibt es bei O365 kann man aber auch ins On Premises Exchange installieren und konfigurieren.
Okay ich verstehe so halb =D
Heißt ich müsste etwas an der KOnfiguration des Exchange ändern oder etwas zusätzlich installieren? Als zusätzliche exe oder ist das irgendwo als Feature im Exchange mit drin.
-
Guten Tag,
wir haben Exchange 2016 und Outlook 2016 im Einsatz und das läuft soweit ganz gut. Owa funktioniert ebenfalls.
Ein Kollege hat nun einen neuen Wagen bekommen ( BMW irgendwas ) der sich mit Office 365 verbinden kann und dann die Emails vorliest.
Ist es möglich das ich den Exchange so einrichte dass sich der Wagen mit unserem Server verbindet. Aktuell bin ich ratlos wie genau Office 365 funktioniert. Für mich war Office 365 immer ein externer Dienst und nicht vereinbar mit internen Strukturen.
-
Wie gut das ich noch nicht gekau...ach mist =D
-
vor 11 Minuten schrieb NorbertFe:
Da wirst du wahrscheinlich eine Ebene dazwischen brauchen, die sowas leistet. AFAIK kann bspw. Datacore dazu genutzt werden. Gibt aber sicher noch andere. Ich vermute aber, dass du sicher sinnvoller fährst, wenn du mit iSCSI arbeitest, bis du ein "richtiges FC SAN" bereitstellen kannst.
Meinst du Datacore SANsymphony? Heißt also ich kann mit Windows und Fibre Channel zusammen nichts anfangen ohne eine SAN oder ein teures Zusatzprodukt?
-
Hallo,
ist es möglich einen Windows Storage Server 2012 als FIbre Channel Target zu nutzen? Und wenn ja wie?
Folgender Plan: 2 VM-Hosts (Windows Server 2012 R2) mit je 2 FC Ports, 2 FIbre Channel Switches und ein WIndows Storage Server 2012 mit 2 FC Ports als "SAN".
BIs jetzt habe ich alles mit iscsi und mpio realisiert, würde aber gerne die Vorteile von FC nutzen und auch bald ein weiteres richtiges SAN integrieren.
Vielen Dank
Mfg Vinc
-
Am 8.2.2018 um 11:15 schrieb NorbertFe:
Naja ob du da was löschst oder nicht, die würden sich da auch wieder eintragen beim nächsten Verbindungsversuch. ;) Die die jetzt noch übrig sind funktionieren dann aber alle?
Ja, es haben sich auch keine ungewünschten wieder eingetragen.
-
Am 6.2.2018 um 18:17 schrieb NorbertFe:
Meist ist es aber dann doch "nur" irgendein doofes mobile device, welches ständig wieder anfragt. Könnt ihr das ausschließen? Dazu gehört bspw. auch Windows 8 oder neuer mit seiner Mail-App.
Ja über das Exchange Admin Center kann ich ja genau sehen welche Mobile Devices sich mit dem Konto versuchen zu verbinden. Dort haben wir bereits alle unnötigen entfernt.
-
Kontorichtlinien/Kontosperrungsrichtlinien/Richtlinie Einstellung
Kontensperrungsschwelle - 5 ungültige Anmeldeversuche
Kontosperrdauer - 30 Minuten
Zurücksetzungsdauer des Kontosperrungszählers - 30 MinutenHandys sind wir natürlich auch durchgegangen, da die aber die EMails richtig empfangen müssen ja dort auch die Kennwörter stimmen.
Aufgabenplanung ist nicht angelegt.
Bei einem Kollegen hab wir einen Dienst gefunden und konnten das entsprechend ändern, bei einem anderen ist es über den Exchange. Da lässt sich leider nicht ausschließen das es MIssbrauch durch OWA ist von unbekannt (bot). Wie würde da das beste vorgehen sein?
-
Guten Tag,
ich habe das Problem das ein paar User ab und an in der Domäne gesperrt werden. In der Ereignisanzeige des Domaincontrollers kann ich dann nachverfolgen welcher Rechner/Server diese Sperrung veranlasst hat (Ereignis ID 4740).
Wir gehen dann die Dienste durch und alles was sich automatisch versucht anzumelden, nur wenn das keinen Erfolg bringt bin ich ratlos
Kann man noch weiter runterbrechen was diese Anmeldeversuche verursacht?
bei meiner Suche im weiten Web bin ich nicht richtig fündig geworden.
-
So, über den Microsoft Partner support haben wir hilfe von einem Exchange Specialist bekommen und nun 4 Tage nach nach seinen Arbeiten sind wir guter Dinge und glauben das er das Problem gelöst hat.
Er hat in 2 längeren Sitzungen (knapp 2 Stunden) folgendes gemacht:
Erstmal natürlich den Server ganz normal überprüft und auf neuste Versionen etc. gecheckt, dann haben wir das Problem reproduziert und er hat sich sowohl auf dem Client als auch auf dem Server alles angesehen. Auf dem Client kamen dann OffCat und Fiddler (ähnlich Wireshark) zum Einsatz. Er shat sich einiges an Logs angesehen und die Ereignisanzeige und wusste nicht sorecht wo das Problem liegt. Am Ende der ersten Sitzung haben wir dann knapp 300MB Logs hochgeladen und er wollte diese dann durchgehen.Bei der zweiten Sitzung hatte er eine Idee und wir haben die Session Limits überprüft. Diese hatte ich bereits erhöht, doch gibt es ein paar Einstellungen die ich nicht kannte. Er sagte das es sein könne das wir in die Limits laufen und daher keine neuen Sessions aufgebaut werden können, bis die alten abgelaufen sind. Das Ablaufen der Sessions dauert bei Exchange etwa 15 Minuten.
Folgende Einstellung hat der Techniker vorgenommen:
Auf dem Exchange in der RegEdit: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParameterSystem wurden die folgenden Schlüssel bearbeitet und hinzugefügt.
Maximum Allowed Exchange Sessions Per Service - REG_DWORD 60000
Maximum Allowed Service Sessions Per User - REG_DWORD 1000
Maximum Allowed Sessions Per User - REG_DWORD 1000
MaxObjsPerMapiSession - REG_DWORD 600Der erste Schlüssel wurde von ihm neu mit 60000 hinzugefügt und alle anderen wurden von 128 auf 1000 hochgesetzt.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParameterSystem\MaxObjsPerMapiSession
objtFolder - REG_DWORD 1000
objtFolderView - REG_DWORD 1000
objtMessage - REG_DWORD 1000Alle werde standen vorher auf 250.
Zudem sagte er das wenn diese Registryeinträge angepasst werden muss auch eine Policy im Exchange angepasst werden. Folgendes hat er über Exchange Powershell eingegeben.
Get-ThrottlingPolicy | fl *rca*
dort steht RcaMaxConcurrency auf 40 und das soll erhöht werden. Er hat versucht über Set-ThrottlingPolicy -RcaMaxConcurrency unlimited das Limit zu erhöhen, doch wusste er nicht für welche identity. Bei Get-ThrottlingPolicy kamen nämlich 3 Ergebnisse. Also hat er eine neue Policy angelegt:
Set-ThrottlingPolicy BlablaName -RCAMaxConcurrency Unlimited -EWSMaxConCurrency Unlimited -EWSMaxSubscriptions Unlimited -CPAMaxConcurrency Unlimited -EwsCutOffBalance Unlimited -EwsMaxBurst Unlimited -EwsRechargeRate Unlimiteddanach wurde die Policy auf alle Postfächer angewendet.
Get-Mailbox | Set-Mailbox -ThrottlingPolicy BlablaNameDann wurde der Exchange neugestartet und das Problem wohl behoben.
Durch die öffentlichen Kalender etc. erreichen die Clients wohl schnell das SessionLimit, da die Sessions viel länger bestehen. Wenn man von LAN auf WLAN wechselt werden ebenfalls neue Sessions erstellt.
So viel dazu =D
-
hat noch jemand eine Idee? Ich habe dort etwa 20 Minuten gewartet bis es verbunden wurde.
-
Microsoft Outlook Search grayed out or not working
http://www.thewindowsclub.com/outlook-search-grayed-out-or-not-working
Hier ist das Problem beschrieben und wie es behandelt wird.
Den Beitrag kenne ich und habe alle Schritte ausgeführt. regedit eintrag ist vorhanden. GPO ist wie beschrieben eingestellt. Es gibt keine Domänen GPO die sich auf das verhalten bezieht. Den INdex habe ich schon mehrfach an und aus geschaltet und neu erstellt.
Die Problembehandlung von Windows sagt das der Ordner C:\ProgramData\Windows\Search\Data falsche Berechtigungen hat. Habe von Search an Jeder Vollzugriff eingestellt und es funktioniert trotzdem nicht.
-
test.connectivity sagt das alles okay ist.
Ich habe Exchange Server 2016 CU 7. Die Migration ist schon über 1 Jahr her und lief eigendlich ganz gut.
Alle Health Checks über Powershell sagen ebenfalls das alles okay ist.
Servername: https://exchange.firma.loc/mapi
Status: Hergestellt
Protokoll: HTTP
Verschlüsselung: SSL
Also ich denke korrekt über Mapi.
Verbindungsstatus steht dann auf reconnect und es steht nur eine Verbindung drin. OWA ist jederzeit verfügbar.
-
Schaue Dir mal das Tool an:
Das Tool hat keine Fehler gezeigt die ich mit Verbindungsproblem in Zusammenhang bringen kann.
80040115-514-80040115-421 ist die Fehlermeldung die ich beim Livelog aus dem Programm bekommen habe während das Ausrufezeichen unten stand.
2018.01.05 11:29:23.209
11:29:23 [80040115-514-80040115-421]
2018.01.05 11:29:23.209
11:29:23 Netzwerkprobleme. Die Verbindung mit Microsoft Exchange kann nicht hergestellt werden.
2018.01.05 11:29:23.209
11:29:23 Microsoft Exchange-Informationsspeicher
2018.01.05 11:29:23.209
11:29:23 Weitere Informationen zu diesem Fehler erhalten Sie unter der folgenden URL:
2018.01.05 11:29:23.209
11:29:23 http://www.microsoft.com/support/prodredirect/outlook2000_us.asp?err=80040115-514-80040115-421
2018.01.05 11:29:23.209
11:29:23 Vorgang abgeschlossen
Unter dem Link ist leider nichts mehr zu finden.
Na du bist lustig - denke wir alle haben es lieber wenn man uns den Knopf auf Anhieb zeigt welcher durch Druck das Problem sofort loest?!
Teste mal ob es funktioniert wenn du den Haken unter Proxy Settings > Connect using SSL only in Outlook raus nimmst (sofern vorhanden).
...Entschuldige solltest du dabei wieder "rumprobieren" muessen.
Die Option hat leider nichts bewirkt.
Das Problem artet echt aus.
-
Wie ist das Postfach angebunden?
Servername: https://exchange.firma.loc/mapi
Status: Hergestellt
Protokoll: HTTP
Verschlüsselung: SSL
Also ich denke korrekt über Mapi.
Version 2013 (15.0.4981.1000) 32Bit
und Version 2016 (16.0.4591.1000) 32Bit
-
Moin,
ich habe das Problem das bei einer Kollegin und mir das die Buttons zum Suche verfeinern ausgegraut sind.
DIe Funktion an sich ist noch vorhanden, wenn man z.b: "von: Müller" eingibt. Ich habe bereits unter Systemsteuerung Inidizierungsoptionen ein paar Sachen ausprobiert, aber das hat alles nichts gebracht. Hat noch jemand eine Idee?
-
Aktualisierungsintervall“: Innerhalb dieses Intervalles hat der Client die Möglichkeit, den Zeitstempel zu aktualisieren. Wenn dieser Intervall abgelaufen ist, dann wird der Eintrag als veraltet markiert und letzendlich durch den Aufräumvorgang aus der DNS-Zone entfernt.
„Zeitraum des Aufräumvorgangs“: Dieser Wert gibt an, wie oft der Server das Aufräumen veralteter Einträge vornimmt. Der Server legt die Startzeit des ersten Aufräumvorgangs nach folgender Formel fest.
Aktuelle Serverzeit + Aktualisierungsintervall = Startzeit für den Aufräumvorgang
Daraus lese ich dass es noch dauert.
Natürlich geht es um Dynamische Einträge. Hier ein Beispiel.
-
Moin,
mir ist am Montag das erste mal aufgefallen das DNS und DHCP nicht übereinstimmen. Das heißt ich habe einen Rechner Namens W1 gepingt und auch eine antwort bekommen. Der Rechner W1 war aber gar nicht an sondern Rechner W2 hat geantwortet. im DHCP hat er die Adresse bekommen die damals W1 hatte aber das DNS hat sich nicht entsprechend angepasst. Daraufhin sind mir generell viele "Leichen" im DNS aufgefallen und ich habe die Alterung überall aktiviert. (https://www.windowsp...-windows-server)
Sehe ich das richtig das die Alterung keine Replizierung hat und somit die alten DNS Einträge weiterhin im DNS bleiben?
Heute ist nämlich besagter Rechner W1 mit IP Adresse die bereits ein andere Rechner hat immernoch im DNS.
-
fail. kann gelöscht werden diese antwort.
Outlook Anywhere - Zwischenzertifikat abfrage
in MS Exchange Forum
Geschrieben
Kannst du "Oftmals kann und sollte der DNS Domain Eintrag beim Provider einfach entfernt werden" nochmal erläutern. Habe die Änderungen gemacht und den SRV Eintrag beim Provider gelöscht und nur autodiscover.domain.tld hinzugefügt bekomme das Problem aber weiterhin. Thema ist zwar schon ein wenig älter, aber die "Probleme" häufen sich. Bei manchen kommt die Abfrage sehr oft hintereinander und man kann eigtl nicht arbeiten.