SBS2011 verliert sporadisch die Netzwerkverbindung
Ein hundsgewöhnlicher SBS2011, der mich noch zum Wahnsinn treibt. Sporadisch bleibt das Netzwerk "hängen" und für ein paar Sekunden geht nichts mehr ...
Hallo,
ich habe ein Problem mit einem SBS2011 auf einem HP ProLiant ML110G7, 16 GB RAM, 2x250GB RAID1 System, 2x500GB RAID1 Daten, alle Updates installiert.
Seit ca. 1 Woche beklagen sich die Nutzer über sporadische Ausfälle von Outlook (Exchange-Anbindung ohne Cache-Modus) und gleichzeitig der Erreichbarkeit des Netzwerk-Shares.
Im Event-Log sind keine Anzeichen einer unterbrochenen Netzwerkleitung o.ä. zu finden - nichts, das irgendwie auf ein Netzwerkproblem schließen läßt. Lediglich der POPCon meldet sporadisch, daß keine Verbindung zum POP3-Server aufgebaut werden kann bzw. daß eine vorhandene Verbindung unterbrochen wurde. Auch das Arbeiten am Server per Remote Desktop ist eine Geduldsprobe, da alle paar Sekunden das Bild einfriert.
Mein erster Gedanke ging in Richtung defekte Switch, also habe ich die mitsamt des Patchkabels zum Server ausgetauscht. Gleiches Ergebnis. Dann habe ich das Patchkabel in den zweiten Netzwerkport am Server gesteckt und diesen entsprechend konfiguriert (IP etc). Auch keine Änderung. Danach habe ich eine Intel PCIe-Netzwerkkarte eingebaut und diese entsprechend angeschlossen und konfiguriert. Ebenfalls ohne positive Resonanz. Zwischendurch hatte ich den Virenscanner (Symantec Endpoint Protection) komplett deinstalliert, als dies auch keine Änderung brachte wieder installiert und auf Viren gescannt. Auch habe ich die Windows-Firewall testweise komplett deaktiviert. Nix.
Hat noch jemand eine Idee, wie man einem solchen Problem auf die Schliche kommen kann??? Achja, weder auf der HP System Management Homepage noch im Insight Diagnostics werden Fehler gemeldet.
Ich bin mit meinem Latein am Ende.
Danke und schöne Grüße!
Dave
Hallo,
ich habe ein Problem mit einem SBS2011 auf einem HP ProLiant ML110G7, 16 GB RAM, 2x250GB RAID1 System, 2x500GB RAID1 Daten, alle Updates installiert.
Seit ca. 1 Woche beklagen sich die Nutzer über sporadische Ausfälle von Outlook (Exchange-Anbindung ohne Cache-Modus) und gleichzeitig der Erreichbarkeit des Netzwerk-Shares.
Im Event-Log sind keine Anzeichen einer unterbrochenen Netzwerkleitung o.ä. zu finden - nichts, das irgendwie auf ein Netzwerkproblem schließen läßt. Lediglich der POPCon meldet sporadisch, daß keine Verbindung zum POP3-Server aufgebaut werden kann bzw. daß eine vorhandene Verbindung unterbrochen wurde. Auch das Arbeiten am Server per Remote Desktop ist eine Geduldsprobe, da alle paar Sekunden das Bild einfriert.
Mein erster Gedanke ging in Richtung defekte Switch, also habe ich die mitsamt des Patchkabels zum Server ausgetauscht. Gleiches Ergebnis. Dann habe ich das Patchkabel in den zweiten Netzwerkport am Server gesteckt und diesen entsprechend konfiguriert (IP etc). Auch keine Änderung. Danach habe ich eine Intel PCIe-Netzwerkkarte eingebaut und diese entsprechend angeschlossen und konfiguriert. Ebenfalls ohne positive Resonanz. Zwischendurch hatte ich den Virenscanner (Symantec Endpoint Protection) komplett deinstalliert, als dies auch keine Änderung brachte wieder installiert und auf Viren gescannt. Auch habe ich die Windows-Firewall testweise komplett deaktiviert. Nix.
Hat noch jemand eine Idee, wie man einem solchen Problem auf die Schliche kommen kann??? Achja, weder auf der HP System Management Homepage noch im Insight Diagnostics werden Fehler gemeldet.
Ich bin mit meinem Latein am Ende.
Danke und schöne Grüße!
Dave
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 194114
Url: https://administrator.de/contentid/194114
Ausgedruckt am: 25.11.2024 um 15:11 Uhr
41 Kommentare
Neuester Kommentar
Hi Dave,
Sieh mal auf andere Effekte deines Netzes.
Lass Wireshark auf einem Port des Switches laufen und sieh wie viele Pakete, die nicht Broadcast sind übertragen werden.
Und sieh wie viel Broadcast dabei ist.
Es ist durchaus denkbar, dass Switche ihre Datenbank neu aufbauen müssen, wenn zu viele Adressen vorkommen.
Gruß
Netman
Sieh mal auf andere Effekte deines Netzes.
Lass Wireshark auf einem Port des Switches laufen und sieh wie viele Pakete, die nicht Broadcast sind übertragen werden.
Und sieh wie viel Broadcast dabei ist.
Es ist durchaus denkbar, dass Switche ihre Datenbank neu aufbauen müssen, wenn zu viele Adressen vorkommen.
Gruß
Netman
Moin auch,
ist ungewöhnlich, dass nichts geht und man bekommt nicht raus, was es ist ... Erstmal spielen mir hier relativ viele NIC mit, ich hoffe, es ist immer nur einer aktiv ... Und die alles entscheidende Frage: Was ist vor einer Woche passiert???
Ein Problem mit dem RAID-Controller kannst Du ausschliessen?? Ich hatte eine ähnliche Symptomatik mal mit einem ML150G5 mit fake-RAID-controller, sobald da grössere Datenmengen geflossen sind, ist mir das Teil in die Knie gegangen. HP wusste natürlich von nichts, bis das Treiberupdate da war . Dann war alles wieder schön ...
Speicher hast Du auch mal geprüft?
LG, Thomas
ist ungewöhnlich, dass nichts geht und man bekommt nicht raus, was es ist ... Erstmal spielen mir hier relativ viele NIC mit, ich hoffe, es ist immer nur einer aktiv ... Und die alles entscheidende Frage: Was ist vor einer Woche passiert???
Ein Problem mit dem RAID-Controller kannst Du ausschliessen?? Ich hatte eine ähnliche Symptomatik mal mit einem ML150G5 mit fake-RAID-controller, sobald da grössere Datenmengen geflossen sind, ist mir das Teil in die Knie gegangen. HP wusste natürlich von nichts, bis das Treiberupdate da war . Dann war alles wieder schön ...
Speicher hast Du auch mal geprüft?
LG, Thomas
Zitat von @dave84620:
Konfiguration der Netzwerkkarte ist sauber. Es ist kein Hokuspokus mit VLAN, Spanning etc eingerichtet, sondern nur eine IP-Adresse, Gateway und 127.0.0.1 als DNS.
DNS als local Host und dann auch noch DHCP? Wer macht den DHCP?Konfiguration der Netzwerkkarte ist sauber. Es ist kein Hokuspokus mit VLAN, Spanning etc eingerichtet, sondern nur eine IP-Adresse, Gateway und 127.0.0.1 als DNS.
Bei einer so kreativen Konfiguration kann es auch Probleme geben, wenn z.B: der externe DNS befragt werden soll...
Gruß
Netman
Hm, klingt tatsächlich lustig mit dem lokalen Horst. Nslookup funktioniert intern und extern in beide Richtungen?
Wenn Du das Hostraid benutzt, wird der Controller IMHO nicht über das chipset geupdatet. Hast Du den Status des RAID mal online ausgelesen? Ich kenne jetzt den Proliant G7 nicht, bei dem 150'er gab es dafür ein eine extra Konsole, die man sich irgendwo bei HP runterladen musste.
RAM mal gecheckt?
Dass mit dem POP-Connector kann auch andere Ursachen haben ... Router zickt, ISP zickt, Hoster zickt etc ... oder DNS zickt
LG, Thomas
Wenn Du das Hostraid benutzt, wird der Controller IMHO nicht über das chipset geupdatet. Hast Du den Status des RAID mal online ausgelesen? Ich kenne jetzt den Proliant G7 nicht, bei dem 150'er gab es dafür ein eine extra Konsole, die man sich irgendwo bei HP runterladen musste.
RAM mal gecheckt?
Dass mit dem POP-Connector kann auch andere Ursachen haben ... Router zickt, ISP zickt, Hoster zickt etc ... oder DNS zickt
LG, Thomas
der SBS dürfte ja evtl., aber was machen die Clients, die diesen Dienst benötigen?
Und was liefert der DHCP dann als IP für den DNS aus?
Male das mal auf und du siehst, dass das nicht wirklich sinnvoll ist.
Und zum Problem selbst.
Die erste Frage bei der Fehlersuche ist: "Wurde etwas geändert?"
Nach deinen Schilderungen seit der ersten und entscheidenden Veränderung viele andere Dinge.
Gruß
Netman ... bin halt kein Servermensch
Und was liefert der DHCP dann als IP für den DNS aus?
Male das mal auf und du siehst, dass das nicht wirklich sinnvoll ist.
Und zum Problem selbst.
Die erste Frage bei der Fehlersuche ist: "Wurde etwas geändert?"
Nach deinen Schilderungen seit der ersten und entscheidenden Veränderung viele andere Dinge.
Gruß
Netman ... bin halt kein Servermensch
Zitat von @dave84620:
Als das Problem das erste Mal auftrat, war ich tatsächlich bei diesem Kunden vor Ort, weil dieser ein Problem mit der
Synchronisierung mit deinem Android-Handy hatte.
Was hat Dein Kunde für ein Problem mit meinem Android-Handy? Und wieso läuft auf meinem iPhone auf einmal Android?Als das Problem das erste Mal auftrat, war ich tatsächlich bei diesem Kunden vor Ort, weil dieser ein Problem mit der
Synchronisierung mit deinem Android-Handy hatte.
Ich habe also mehrfach damit "herumgespielt" und manuell
synchronisiert. Währenddessen trat der Fehler das erste Mal auf. Aber mal im Ernst - wo soll da der Zusammenhang liegen??
Mal im Ernst: ich weiss doch nicht, was Du da gespielt hast? Ich habe mir mit solchen Spielerchen (SSL hier aus, Kerberos dort an ...) einen SBS 2K3 in einen Zustand gebracht, dass ich den dann lieber doch nicht migrieren wollte synchronisiert. Währenddessen trat der Fehler das erste Mal auf. Aber mal im Ernst - wo soll da der Zusammenhang liegen??
Ein Problem mit dem Controller kann ich nur soweit ausschließen, als daß die HP-Software sagt, es ist alles in
Ordnung. Auch finden sich keine "Disk"-Einträge im Eventlog, die Lesefehler o.ä. melden würden. Falls es
was nützt, die RAIDs hängen an dem Onboard Smart Arry B110i. Controllerstatus: OK.
Ich kenne den Controller nicht - auf einem ML310G5p hat mir vor Kurzem der Fakecontroller eine Platte aus einem RAID1 degraded ... dass habe ich nur mitbekommen, weil ich zufällig bei einem Neustart das Auge via KVM geworfen habe. Fehlermeldungen im Log? Fehlermeldung in insight-Diagnostik? Du wirst es ahnen ...Ordnung. Auch finden sich keine "Disk"-Einträge im Eventlog, die Lesefehler o.ä. melden würden. Falls es
was nützt, die RAIDs hängen an dem Onboard Smart Arry B110i. Controllerstatus: OK.
Den Speicher habe ich nicht überprüft. Es gibt keine Methode unter Windows oder? Eine Memtest86-CD kann ich halt nicht
per Fernwartung starten ;o)
Hat Dein Kunde kein Internet? Das Teil kann man downloaden ...per Fernwartung starten ;o)
LG, Thomas
Hi dave,
als DNS-Server bekommt des SBS sich eingetragen (eigene IP) und keinen lokalen Horst.
Der Sep-Client auf dem SBS sollte richtig konfiguriert sein und nur die wichtigsten Funkrionen beinhalten.
Wenn es erst seit dem Synchproblem mit dem Androiden und deinen Spielen besteht, würde ich hier ansetzen.
als DNS-Server bekommt des SBS sich eingetragen (eigene IP) und keinen lokalen Horst.
Der Sep-Client auf dem SBS sollte richtig konfiguriert sein und nur die wichtigsten Funkrionen beinhalten.
Wenn es erst seit dem Synchproblem mit dem Androiden und deinen Spielen besteht, würde ich hier ansetzen.
Auf die HP Tools kann man sich auch verlassen wenn sie Richtig Konfiguriert sind.
Wenn du sie Richtig eingestellt hast und du hast einen Netzausfall müsstest du eine E-mail bekommen vom Server das der Link der Netzwerkkarte Down ist.
Gibt es so eine Meldung nicht gibt es auch keinen Netzwerkausfall !
PS: CD BOOTEN wozu gibt es ILO ???? CD von kunden einlegen lassen und los gehts.
LG
Wenn du sie Richtig eingestellt hast und du hast einen Netzausfall müsstest du eine E-mail bekommen vom Server das der Link der Netzwerkkarte Down ist.
Gibt es so eine Meldung nicht gibt es auch keinen Netzwerkausfall !
PS: CD BOOTEN wozu gibt es ILO ???? CD von kunden einlegen lassen und los gehts.
LG
Hi @all,
um Missverständnissen vorzubeugen: die Konsole hat keineswegs angezeigt, dass das Array in Ordnung war, die hat den Hostcontroller auf HP-eigenem Board einfach nicht gekannt, dies im Unterschied zum nachgerüssteten P800, auf dem aber das System nicht lief ... irgendwie wollte ich mich da schon immer mal drum kümmern
Für das Fakeraid bietet HP einen eigenen "Storage-Manager" (hört, hört) an, den man nachinstallieren muss. Den gibt es nun aber wiederum nicht auf der support-Seite des Servers, sondern direkt beim Controller, obwohl das Dingens im chipset des Mainboards läuft. Vorher musst Du erst mal rauskriegen, was das überhaupt für ein Controller ist - auf dem 310G5p haben die irgendeinen Adapteccontroller implantiert ...hat mich einen halben Tag gekostet, das Teil zu identifizieren
Insofern ... ab und an mal direkt an der Büchse gucken, was so alles nicht looft, schadet auch nichts.
LG, Thomas
um Missverständnissen vorzubeugen: die Konsole hat keineswegs angezeigt, dass das Array in Ordnung war, die hat den Hostcontroller auf HP-eigenem Board einfach nicht gekannt, dies im Unterschied zum nachgerüssteten P800, auf dem aber das System nicht lief ... irgendwie wollte ich mich da schon immer mal drum kümmern
Für das Fakeraid bietet HP einen eigenen "Storage-Manager" (hört, hört) an, den man nachinstallieren muss. Den gibt es nun aber wiederum nicht auf der support-Seite des Servers, sondern direkt beim Controller, obwohl das Dingens im chipset des Mainboards läuft. Vorher musst Du erst mal rauskriegen, was das überhaupt für ein Controller ist - auf dem 310G5p haben die irgendeinen Adapteccontroller implantiert ...hat mich einen halben Tag gekostet, das Teil zu identifizieren
Insofern ... ab und an mal direkt an der Büchse gucken, was so alles nicht looft, schadet auch nichts.
LG, Thomas
Hallo,
also bei uns liegt der Fehler auf keinem fall an der Verkabelung bzw Switch. Habe den Server geklont und bei uns in einer Testumgebung aufgebaut. Dort haben wir die selben Probleme. Das kuriose dadran ist, sobald OWA gestartet ist am Client im hintergrund tritt der Fehler nicht mehr auf.
Der Fehler ist auch nicht an allen Clients vorhanden im Netzwerk. Alle Clients sind Win7 mit Office 2010.
welche Backupsoftware setzt ihr ein? setzten Panda Cloud ein und als Backup Langmeier
Server Hardware:
- Intel Xeon E3-1230 - 4x3.4 GHz Prozessor
- Intel Server Board S1200BTL
- 3x Kingston 8GB DDR3 ECC ValueRAM PC3-10600
- LSI MegaRAID 9260-4I RAID-Kontroller
lg
Aljoscha
also bei uns liegt der Fehler auf keinem fall an der Verkabelung bzw Switch. Habe den Server geklont und bei uns in einer Testumgebung aufgebaut. Dort haben wir die selben Probleme. Das kuriose dadran ist, sobald OWA gestartet ist am Client im hintergrund tritt der Fehler nicht mehr auf.
Der Fehler ist auch nicht an allen Clients vorhanden im Netzwerk. Alle Clients sind Win7 mit Office 2010.
welche Backupsoftware setzt ihr ein? setzten Panda Cloud ein und als Backup Langmeier
Server Hardware:
- Intel Xeon E3-1230 - 4x3.4 GHz Prozessor
- Intel Server Board S1200BTL
- 3x Kingston 8GB DDR3 ECC ValueRAM PC3-10600
- LSI MegaRAID 9260-4I RAID-Kontroller
lg
Aljoscha
HI
das einzige was im Eventlog steht ist eine Information
1. EVENT ID 26
Die Verbindung mit Microsoft Exchange wurde getrennt. Outlook wird die Verbindung so bald wie möglich wiederherstellen.
2. Event ID 26
Die Verbindung mit Microsoft Exchange wurde wiederhergestellt.
Zeitraum zwischen Meldung 1. und 2. 1-5 Minuten.
In Der Zeit wo die Unterbrechung ist gehen die Netzlaufwerke auch nicht.
Ping vom Client zum Server geht aber trotzdem über IP und Namen.
Bei manchen Benutzern läuft es ohne Probleme. Bei anderen kommt die Meldung 10 mal am Tag. Bei manchen alle zwei Wochen.
das einzige was im Eventlog steht ist eine Information
1. EVENT ID 26
Die Verbindung mit Microsoft Exchange wurde getrennt. Outlook wird die Verbindung so bald wie möglich wiederherstellen.
2. Event ID 26
Die Verbindung mit Microsoft Exchange wurde wiederhergestellt.
Zeitraum zwischen Meldung 1. und 2. 1-5 Minuten.
In Der Zeit wo die Unterbrechung ist gehen die Netzlaufwerke auch nicht.
Ping vom Client zum Server geht aber trotzdem über IP und Namen.
Bei manchen Benutzern läuft es ohne Probleme. Bei anderen kommt die Meldung 10 mal am Tag. Bei manchen alle zwei Wochen.
Hi
Ping vom Client zum Server geht ? Wie per IP oder mit DNS per Name ?
Gibt es am Server irgendwelche Meldungen ? (DNS vieleicht? )
Hast du mal den DNS geprüft ? Manche clients haben die Namen mit IPs noch im Cache andere nicht (Bei manchen gehts bei anderen nicht)
Netzlaufwerke werden auch über UNC also DNS namen hergestellt und nicht über IP oder ?
Wär nur ne Überlegung ich denke nicht das der Exchange selbst ein Problem hat.
LG Andy
Ping vom Client zum Server geht ? Wie per IP oder mit DNS per Name ?
Gibt es am Server irgendwelche Meldungen ? (DNS vieleicht? )
Hast du mal den DNS geprüft ? Manche clients haben die Namen mit IPs noch im Cache andere nicht (Bei manchen gehts bei anderen nicht)
Netzlaufwerke werden auch über UNC also DNS namen hergestellt und nicht über IP oder ?
Wär nur ne Überlegung ich denke nicht das der Exchange selbst ein Problem hat.
LG Andy
Dcdiag bringt einen Fehler bei systemlog
DCOM konnte mit dem Computer "WS-XXXXXX.xxxxx.local" unter Verwendung eines beliebigen, konfigurierten Protokolls keine Daten austauschen.
event ID 10009
ist aber nur der eine Benutzer.
sonst alles bestanden.
und den MX-BPA sagt auch das alles in Ordnung ist.
ja Ping geht beides, also IP und über DNS auch in der Zeit wo die Unterbrechung ist.
DNS ist alles in Ordnung mehrmals geprüft.Keine Ereigniss vorhanden.
das Einzige was aufgefallen ist ist der DCOM Fehler für den einen Benutzer
DCOM konnte mit dem Computer "WS-XXXXXX.xxxxx.local" unter Verwendung eines beliebigen, konfigurierten Protokolls keine Daten austauschen.
event ID 10009
ist aber nur der eine Benutzer.
sonst alles bestanden.
und den MX-BPA sagt auch das alles in Ordnung ist.
ja Ping geht beides, also IP und über DNS auch in der Zeit wo die Unterbrechung ist.
DNS ist alles in Ordnung mehrmals geprüft.Keine Ereigniss vorhanden.
das Einzige was aufgefallen ist ist der DCOM Fehler für den einen Benutzer
Das ist vermutlich nicht des Rätsels Lösung ... NIC-Treiber sind aktuell? Virenschutz / Firewall kann da nicht reinpfuschen?
LG, Thomas
LG, Thomas
Nic Treiber Aktuell.
Firmware von Board und raid aktuell
Kann nachher aber mal ne andere Nic einsetzen das habe ich bis jetzt noch nicht getestet.
bereits getestet.
Virenschutz Testweise deinstalliert + Firewall komplett deaktiviert.
Fehler immernoch vorhanden.
Server wurde selbst zusammengebaut Komponenten siehe oben.
LG
Aljoscha
Firmware von Board und raid aktuell
Kann nachher aber mal ne andere Nic einsetzen das habe ich bis jetzt noch nicht getestet.
bereits getestet.
Virenschutz Testweise deinstalliert + Firewall komplett deaktiviert.
Fehler immernoch vorhanden.
Server wurde selbst zusammengebaut Komponenten siehe oben.
LG
Aljoscha
Hi
OK ! Hast su auch IPv6 konfiguriert ? Hast du getestet ob das Problem auch besteht wenn du IPv6 abschaltest ?
Gibt es einen WINS Server ? Wenn ja hast du den auch kontrolliert ? Stimmt die Datenbank ?
Hast du versucht mit zb Wireshark (Sniffer) den Netzwerkverkehr zu Prüfen ? Du könntest schauen was mit den Anforderungen der Clients passiert? Werden sie vom Server abgelehnt ? Kommen sie erst gar nicht an ?
Schwer zu beheben dein Problem ohne eine Diagnose vorort machen zu können.
LG Andy
OK ! Hast su auch IPv6 konfiguriert ? Hast du getestet ob das Problem auch besteht wenn du IPv6 abschaltest ?
Gibt es einen WINS Server ? Wenn ja hast du den auch kontrolliert ? Stimmt die Datenbank ?
Hast du versucht mit zb Wireshark (Sniffer) den Netzwerkverkehr zu Prüfen ? Du könntest schauen was mit den Anforderungen der Clients passiert? Werden sie vom Server abgelehnt ? Kommen sie erst gar nicht an ?
Schwer zu beheben dein Problem ohne eine Diagnose vorort machen zu können.
LG Andy
Guten Morgen,
Es ist alles per IPv4 konfiguriert. IPv6 ist deaktivviert. Energisparoption in den Netzwerkkarten sind deaktiviert.
WINS Server gibt es keinen.
Sniffer einsetzen wird wohl der nächste Schritt sein muss mal schauen wann ich zeitlich dazu komme.
werde dann berichten.
Vielen Dank schonmal für die Infos.
LG Aljoscha
Es ist alles per IPv4 konfiguriert. IPv6 ist deaktivviert. Energisparoption in den Netzwerkkarten sind deaktiviert.
WINS Server gibt es keinen.
Sniffer einsetzen wird wohl der nächste Schritt sein muss mal schauen wann ich zeitlich dazu komme.
werde dann berichten.
Vielen Dank schonmal für die Infos.
LG Aljoscha
Moin,
halte ich für einen Konfigurationsfehler. Der SBS nutzt intern durchaus IPv6 - könnte eine Ursache des Problems sein.
LG, Thomas
halte ich für einen Konfigurationsfehler. Der SBS nutzt intern durchaus IPv6 - könnte eine Ursache des Problems sein.
LG, Thomas
Zitat von @keine-ahnung:
> Zitat von @Aljoscha88:
> ----
> IPv6 ist deaktivviert.
Moin,
halte ich für einen Konfigurationsfehler. Der SBS nutzt intern durchaus IPv6 - könnte eine Ursache des Problems sein.
LG, Thomas
> Zitat von @Aljoscha88:
> ----
> IPv6 ist deaktivviert.
Moin,
halte ich für einen Konfigurationsfehler. Der SBS nutzt intern durchaus IPv6 - könnte eine Ursache des Problems sein.
LG, Thomas
Hi
Stimmt ist es auch ! IPV6 sollte eingeschaltet sein. Deswegen habe ich auch oben geschrieben das es testweise deaktiviert werden soll.
IPv6 sollte schon aktiv sein.
LG Andy
Ich habe in der Zwischenzeit ein Microsoft Ticket eröffnet.
Aber selbst Microsoft bekommt den Fehler nicht behoben.
Die Einzige Lösung die funktioniert ist das addin für Outlook "CodeTwo CatMan" auf den Clients installieren. und die Textdatei auf dem Server ablegen.
Fehler tritt nun nicht mehr auf.
Bin ich durch Zufall drauf gestossen. Microsoft hat dafür aber auch keine Erklärung.
Hauptsache es läuft jetzt
LG
Aljoscha
Aber selbst Microsoft bekommt den Fehler nicht behoben.
Die Einzige Lösung die funktioniert ist das addin für Outlook "CodeTwo CatMan" auf den Clients installieren. und die Textdatei auf dem Server ablegen.
Fehler tritt nun nicht mehr auf.
Bin ich durch Zufall drauf gestossen. Microsoft hat dafür aber auch keine Erklärung.
Hauptsache es läuft jetzt
LG
Aljoscha
Hallo,
dazu kann ich dir leider auch keine genaue Antwort geben. Aber scheinbar hält das addin die Verbindung zum Server dauerhaft aufrecht. Weil ohne das addin kam es ja zu unterbrechungen.
Leider weiß ich nicht wodurch dies zu stande kommt und Microsoft konnte mir auch keine antwort geben. 3 Techniker von denen haben mehrmals alles durchgeschaut....
dazu kann ich dir leider auch keine genaue Antwort geben. Aber scheinbar hält das addin die Verbindung zum Server dauerhaft aufrecht. Weil ohne das addin kam es ja zu unterbrechungen.
Leider weiß ich nicht wodurch dies zu stande kommt und Microsoft konnte mir auch keine antwort geben. 3 Techniker von denen haben mehrmals alles durchgeschaut....