phoenixcp

Hm, das kommt mir irgendwie von nem SQL Server hier bei meinem Kunden bekannt vor. Bei uns war es ein fehlerhaftes Mainboard was dafür sorgte, das der Server "wegflog". Er liess sich zwar noch pingen, aber weder remote noch lokal an der Serverkonsole war irgendwas möglich. Also ich an deiner Stelle würde mal die Hardware checken (lassen) und ggf. die Care Pack Nummer bereithalten ;)

Ich gehe mal aus das der TO von fotokopieren der Lizenzurkunden spricht, wie es im Topic beschrieben ist.

Stimmt, schon wieder nicht zu Ende gedacht :D

Was geht denn immer noch nicht? Vielleicht könntest du die Freundlichkeit haben, uns mit ein paar Details ausser der Aussage "geht immer noch nicht" zu versorgen. Und ganz ehrlich: Die Art und Weise, in der du hier vorgehst, entspricht nicht dem, was man von Nutzern von Internetforen erwarten sollte. Wenn dir die gepostete Lösung nicht passt, dann ist das halt so. Und der Einwand von Norbert, das du den Exchange nicht brauchst ist auch völlig korrekt. Dann kannst du auch gleich alle Clients so einrichten, das sie per POP und SMTP selber abholen.

Das ist genausowenig zu Ende gedacht. Denn wenn es das wäre, dann wäre dir garantiert der definierte Threshold zu hoch oder zu niedrig. Also wie rum man das Blatt dreht, es ändert sich trotzdem nix am Gesamtumstand...

So würde ich das nicht sehen, denn: Man hat sich was dabei gedacht, als man diese (deiner Meinung nach unlogische) Funktion implementiert hat. ;)

Hm, wie wäre es stattdessen mit einem sicheren Lagerort, do wo zum Beispiel auch deine Backupbänder feuersicher gelagert sind?

Hm, kannst du mal versuchen die gestellten Fragen zu beantworten? Hier sind zwar ein paar helle Köpfe, aber keine Hellseher... Ohne Details (die hier ja schon erfragt aber nicht beantwortet wurden) kann dir hier auch keiner detailliert helfen. Ich hoffe du verstehst das...

Naja, wie kann eine Applikation das Netzwerk dicht machen? Indem es das Netzwerk massiv belastet. Und das müsste man bei nem Trace sehen... Oder meinst nicht? ;)

Also ich wage zu bezweifeln das Winamp dafür verantwortlich ist. Aber das sollte sich mit einem Netzwerktrace recht schnell beweisen lassen. Bei meinem Winamp lässt sich da nix finden was Winamp auf der Leitung macht... Von daher scheint das einen anderen Grund zu haben... Hast du vielleicht Visualisierungen an?

Hm, spontane Selbstheilung bei Software? Auch wenn es manchmal den Anschein macht, aber ich glaub da nicht so richtig dran... Aber schön, wenn es wieder funktioniert... Und Ex 5.5 ist doch schon ne ganze Weile her....

Und genau diese fehlt grade bei den meisten "kleinen Buden" in Verbindung mit den entsprechenden AGB-Klauseln... Daher der entsprechenden "Einwand"...

Jaein.... Daher meinte ich ja, man sollte sich die Bedenken und die Ablehnung der Vorschläge möglichst schriftlich bestätigen lassen, sonst kommen die Argumente "ja, aber sie betreuen uns doch", wenn das Kind in den Brunnen gefallen ist.

Ich denke dafür gibt es genug Unternehmen die sich auf sowas spezialisiert haben, das müssen wir grade aus den juristischen Gesichtspunkten hier nicht näher beleuchten.

Ganz ehrlich: ich kenne solche Aussagen nicht. Aber dafür haben wir wahrscheinlich viel zu große Kunden. Aber ich denke wenn man mit vernünftigen Fakten und Argumentationen kommt sollte das ausreichen. Zur Not kann man ja auch noch ne Demo machen wie "einfach" es wäre wenn... Natürlich nicht am produktiven Kundennetz. Und wem das nicht reicht dem kann man leider nicht helfen. Dann hilft nur schriftlich festhalten und unterschreiben lassen. Damit ist man auf der sicheren Seite. Oder man betreut solche Kunden einfach nicht mehr.

Hm, Eventlogeinträge dazu hast du nicht zufällig auch welche?

Was genau kommt denn für eine Fehlermeldung oder Frage? Off-Topic:Prähistorische Systeme.... das man sowas noch produktiv im Einsatz haben kann ist schon erstaunlich...

Wenn ich mich recht entsinne (und Google gibt mir grade recht) heißt das Attribut msExchangeOmaAdminWirelessEnable. Allerdings ist dies ein Integerwert, in welche ALLE Mobile-Einstellungen hineincodiert werden. Bitte beachte das bei der Umsetzung, nicht das dann zwar OMA aus ist, aber am Ende auch leider OWA. ;)

Klar, wenn du Google bedienen kannst, findest du das auch ;) Aber ich war mal so frei: How to: Create and Configure FTP Sites in IIS 6.0 Sicher ist immer so eine Sache, grade wenn Zugriffe von aussen kommen. 100 % Sicherheit erreichst nur, wenn du deinen Server komplett von der Aussenwelt abkapselst.

Was sagen denn die Systemvorraussetzungen auf dem MS-Seiten dazu?

Wenn ich mich recht entsinne, sieht es ohne die User.id ganz schlecht aus. Denn gegen diese wird das Kennwort geprüft.

Hm, was ist mit der Reservierung für 192.168.10.0 ? Das würde ja genau das darstellen, was Norbert meinte, oder?

Und die Möglichkeit des Tippfehlers (wie von Norbert beschrieben) hast du auch schon gecheckt?

Wie hier dokumentiert, ist das Auftreten der Exception unabhängig von der Version des .NET-Frameworks. DIe Exception in der ManagedAPI ist in allen Version von 1.0 bis 3.5 implementiert. Probiert mal eine Notation mit \\?\[/Code] vor dem Pfad aus, das wäre dann der umständlichere Weg über die Implementierung der Kernel32.dll, auch wenn die selbe ManagedAPI genutzt wird. Diese reicht das dann intern weiter. Siehe auch: David L. Walker - .NET Solution Provider : PathTooLongException work around Oder man macht es dann ganz umständlich: VBnet™ Visual Basic Developers Resource Centre (so musste ich es leider machen, da ich ein paar mehr Infos über die Folder brauchte.

Hast du trotzdem wie von djmaker vorgeschlagen das Profil des Anwenders mal erneuert?