Beiträge von Spike

Da gefällt mir deine Lösung schon besser. Scheint also eher am SQL zu liegen, da es laut Internet auch mit anderen Programmen auftaucht.

Support anschreiben, muss ja nicht immer die gleiche Ursache haben.

Drück mal auf den Pfeil an der rechten Seite, anstatt auf den Namen des archives.

Zitat von kingcopy

@ubs, bei dir ist das wirklich nur kleinkrams, ignore die verschwunde Email und Poste wieder wenn das Phänomen schlimmer wird

Sinnfreier gehts nicht. :wacko:

Habs auch versucht aber ich kann 1000 verschiedene mails die Sekunde klicken und er stürzt nicht ab. Echt gemein

Hallo. Also zumindest von Tobit liegt derzeit das Hauptaugenmerkt eindeutig auf dem iPhone. Aufgrund der großen Anzahl an verkauften Geräten und der vielen Nutzer, wird Tobit da sicher dran bleiben. Bis jetzt zumindest gibt es immer wieder neue Updates im AppStore. Sicher, es ist noch nicht alles optimal aber die App steckt ja auch noch in den Kinderschuhen. Bis jetzt kommt eigentlich mit jedem Update die ein oder andere Funktion hinzu, welche man sich wünscht. Wenn es dir um eine offline Synchronisation von Daten geht, dann wird derzeit noch die Pocket Sync benötigt, da die iPhone App online zugreift (Ausnahme Adressen). Aber ich denke es kann sich nur um Monate handeln, bis das auch fürs iPhone vorhanden ist. Auf lange Sicht ist meiner Meinung nach das iPhone vorne.

Nur weil se alle mit David zutun haben, müssen se net alle von David ausgehen. Finde es auch sehr seltsam, wieviele und gravierende Probleme ihr habt und ich hab schon viele und große David Umgebungen gesehn.
Du musst ja ne mega ARC History bei Tobit haben. Seid ihr im intercom/Telefon bereits du und du? Weil wenn das echt alles nachweisliche Fehler sind, dann würdest die Telefonate eh alle kolo bekommen von Tobit

Aber nun wieder zurück zum Thema.

Schau mal in der KnowledgeBase, da steht der Grund dafür, dass die SMS in Bearbeitung bleibt, obwohl die SMS korrekt versendet wurde. Ansonsten kannst du den Eintrag im Admin unter System - Protokolle & Infos - Aufträge löschen.

Er meinte sicher die Dateien im \David\Code\Database Verzeichnis. Die sind garantiert defekt. Einfach alle distrib.* mal bei beendetem SL umbenennen und hiernach die regeln neu anlegen. Wird sicher wieder funktionieren.

Hatten wir schon paar mal. Geht momentan nicht.

Das kann einige Gründe haben, da du scheinbar nicht alles richtige gemacht hast.

Ich denke mal, es gibt keine Domäne.
In dem Fall gibt es von Tobit Vorgaben, wie das Ganze auszusehen hat. Z.b. müssen beide Benutzer auf dem David Server und den Arbeitsplätzen angelegt sein. Damit korrekt authentifiziert werden kannm müssen die Benutzer überall mit kennwort angelegt sein. Dann hätten wir da noch die Deaktivierung der Einfachen Dateifreigabe und ich wette, dass die Windows Firewall auf dem Arbeitsplatz an ist, welche als David Server dient. Ergo der Port 267 ist geschlossen und kein anderer Arbeitsplatz kann verbinden. Schau mal in der Knowledge base, da gibts nen Artiekl zum Thema "David Server Windows XP".

Das muss wohl andere Gründe haben

Wenn du das Installation Package vom 03. Juni genommen hast, dann ist da auch bereits das SP vom 3.Juni drin. Ergo: Ist aktuell.

Die einzig logischer Erklärung wäre: Es wird installiert für geplante und hoffentlich bald folgende Übergaben

Grob ausschlaggebend ist eigentlich die vintern Nummer des Service Layers. 2227 wäre aktueller Stand.

Wenn du Glück hast, dann ist fx die Lösung.
Wenn du Pech hast, dann schleppst das Problem nur mit in die neue Version und es ändert sich nix.

Wenns nen ganz neuer Server ist, der aber den gleichen Namen bekommt, dann kannst du genau so vorgehen. Wichtig ist dann auch das zuweisen der Benutzer.

Hatte ich bis jetzt noch nicht. Davon abgesehen, dass die Seite weiß bleibt, bis der Anhang geladen ist.

Die Benutzer dürfen nicht in der Gruppe der Administratoren sein.