Beiträge von Spike

Die Meldung kommt unter anderem, wenn es für den Benutzer keine remote access daten gibt oder es den benutzer so nicht gibt. Hatte ich auch vor Kurzem. Aber die wirst du im david client wohl vergeben haben und die richtigen namen, wie sie unter Benutzer stehen ausgewählt haben oder? Die namen dürfen zudem keinen Punkt enthalten. Damit würde der Browser/Webbox nicht zurecht kommen.

Die Frage ist und bleibt: Funktioniert es denn im internen LAN mit einem normalen browser? Falls nein, was passiert bei nem neuen Benutzer zum beispiel?

Passt denn nur das VON nicht oder auch der Betreff? Habs mal bei mir versucht aber mir ist nichts aufgefallen. Druckst du denn auf einen lokalen oder am Server eingerichtete Drucker oder macht das gar kein Unterschied? Mir ist lediglich aufgefallen, dass im infocenter bei geöffneter email der Angezeigte Name des Absenders angezeigt wird, beim Ausdruck aber die email Adresse. Da kam ich auch erst durcheinander. Nicht dass es bei dir auch daran liegt.

Eigentlich gibts nur für jeden das Recht, regel zu verbieten. Du könntest höchstens mal den Schreibschutz auf die archive.urt im Unverteilt setzen. Allerdings werden dann alle keine Regeln dort mehr erstellen können. Was anderes fällt mir so nicht ein.

Was für ein Durcheinander:

Also, du musst jetzt erstmal schauen, auf welchem Hauptport deine webbox läuft. Wir nehmen mal an es ist port 80, weil du geschrieben hast, dass es intern mit der tobit.net Adresse (ohne Angabe eines Ports) oder der lokalen IP funktioniert und dir dann die Beispielseiten von tobit angezeigt werden.

So, also funktioniert es von extern nicht. D.h. es liegt an deinem Router. Wie bereits vermutet, wird das Konfigurationsprogramm des Routers auf Port 80 lauschen und deshalb auch nichts weiter durchstellen. Also entweder kannst du den Port für den Zugriff auf den Router von Extern ändern oder du änderst den Port der webbox. Das kannst du in der webbox.ini (Eintrag port=xxx - ";" muss entfernt werden). Dann webbox neu starten und den neuen Port im Router an den Server durchleiten. Von Extern müssen dann auch die Beispielseiten (tobit.net:port) angezeigt werden und dann kannst du die url durch den Namen deines Benutzerarchives erweitern und erhälst Zugriff.

In der Konfig der webbox im administrator, solltets du die monitor infos übrigends auf Vollständig stellen. Über einen rechtsklick auf webbox, kannst du dir den status monitor aufrufen und die kommunikation der webbox verfolgen. Wenn du von extern die Adresse deines Servers eingibst, muss dort was auftauchen. Falls nein, so kommen die Anfragen weiterhin nicht durch und es liegt immer noch am Router oder falscher Eingabe. Aber das wirds sich übers Forum hier kaum lösen lassen. Eigentlich eine super einfache Geschichte, wenn man sich bisschen damit auskennt.

Vielleicht solltest du aber doch erstmal von intern versuchen, auf deine emails zuzugreifen. Weil ich bin mir nicht so sicher ob du wirklich die Beispielseiten von der webbox siehst oder wieder irgendwas anderes.

Die Frage ist doch, auf welchem port läuft die webbox?
Die darf natürlich nicht auf dem selben Port laufen, wie die zugriffsoberfläche deines Routers. Und scheinbar ist das aber der Fall.

Da würde ich erst auf das nächste SP warten. Hab es auf einem Testsystem installiert und es kam wieder die Meldung, dass der Browser aktuell noch nicht von tobit unterstützt wird. Abstürze hatte ich ein paar mal, wenn ich Formulare versenden wollte. Also ich denke, da wäre Abwarten das beste, zumal david ja so extrem auf den ie zurück greift.

Wenn er wirklich den faxdruckertreiber meint, dann ist das möglich.

Siehe knowledge base:

"Die Installation und Nutzung des Tobit FaxWare Druckertreiber ist auch auf Arbeitsstationen möglich, auf denen das David.InfoCenter nicht installiert ist. Für die Installation des Tobit FaxWare Druckertreiber kopieren Sie zuerst die Datei »TOBIT.INI« von einer Arbeitsstation mit installiertem David.InfoCenter auf den Computer, auf dem nur der Tobit FaxWare Druckertreiber installiert werden soll. Diese Datei befindet sich im Systemverzeichnis unter »C:\Windows«. Melden Sie sich anschließend von der Arbeitsstation aus am David Server an und starten die Datei »SETUP.EXE« im Verzeichnis »DAVID\CLIENTS\WINDOWS\WINNT«.
Nach Abschluss der Installation muss in den Einstellungen des FaxWare Druckertreibers unter »Anschlüsse« der FaxWare Server und der APIPath (UNC-Pfad) geprüft bzw. angegeben werden.

Beispiel:
\\servername\david\apps\faxware\out\api\

Hinweis:
Bei Faxversand muss die Rufnummer des Empfängers mit dem David Befehl »@@Nummer« übergeben werden."

Haben den selben Zeitstempel. Du warst wohl einfach nur zu schnell

Wie kingcopy schon sagte:

"Im DVADMIN:
EMAIL > DATENBANKEN > Nicht erlaubte Adressen (Spam-Filter) "

Bei "Nicht erlaubter Inhalt" wird auch der Betreff ausgewertet.

Zitat von caddo

Servus,

hat jemand die CardDAV Schnittstelle unter Mac OS X im Adressbuch zum Laufen gebracht? Auf dem iPhone/iPad funktioniert´s, jedoch nicht auf meinem iMac. Wäre genial.

Grüße

Bei mir funktionierts am Mac. Einfach :domäne/ und schon hats bei mir funktioniert

Das Selbe wie bei caldav. Habs mal kurz getestet aber ohne unterschiedliche Adressen im iPhone/David, recht sinnfrei für mich

Zitat von Gerwin

Q-110.467 Aufgaben bei David Client iPhone

Kann man endlich auch Aufgaben auf dem iPhone sehen und neu anlegen? Gilt das dann auch für das iPad?

Habs noch nicht getestet aber ich vermut mal, dafür muss auch erst ne neue App her, die dann wohl bald kommen wird. Aber das sollte dann auch aufm ipad funktionieren

Also grundsätzlich sollte man auf Updates nicht verzichten. Ist ja nicht nur so, dass Fehler ausgebügelt werden, sondern dass auch die ein oder andere neue Funktion hinzu kommt (caldav, carddav, Optimierungen). Vielleicht sollte man aber erstmal eine Woche vergehen lassen, bis man das SP installiert. Zumindest in den letzten 2 SPs, gabs schon den ein oder anderen Bock. Das war aber auch schon anders, so dass man nicht immer davon sprechen kann, dass SPs mist sind. Wer auf Nummer sicher gehen möchte, der wartet ne Woche und liest aufmerksam Foren oder fragt mal bei tobit nach, ob größere Fehler bekannt sind. Wobei auch in den letzten SPs nur Kleinigkeiten auftraten und man trotzdem weiter arbeiten konnte. Muss man immer selbst entscheiden

Ne

Ich glaube, ausschlaggebend ist das Server Betriebbsystem. Da habt ihr wahrscheinlich 2008 R2 mit dem SP1 drauf. Hatte die Meldung auch auf jedem Client.

Hmm... seltsam

Beide Server sind über den selben Port vom gleichen Gerät per Browser erreichbar. Aber nur der zehner per Java. Hmm... also irgendwie unlogisch. Zumindest im Monitor der webbox müsste ja was ankommen, wenn er durch kommt. Liegts vielleicht an der java version? Vielleicht hast du die vom zehner installiert und die geht beim fx nicht. Naja, aber zumindest durchkommen müsste er zur Box.. ich weiß nicht recht. Da es nicht zur box durch kommt, kanns eigentlich nur an der Verbindung zum Server liegen, auch wenns per Browser funktioniert. Irgendwie schließt alles alles aus.

Kannst du denn mit dem Gerät, auf deinen David.zehn per java zugreifen? Funktioniert es ggf per WLAN? Vielleicht blockiert der Provider einen bestimmten Port, den du versuchst zu verwenden. Zumindest im monitor der webbox muss ein lebenszeichen ankommen, wenn die infos des monitors auf vollständig stehen.

Hi Oliver,

die Java Anwendung sollte eigentlich auch in der basic laufen. Wenn aber nix in der Webbox ankommt, dann scheint die Ursache was anderes zu sein. Klingt eher danach, als könnte deine eingetragene IP+Port vom Java Dingens nicht erreicht werden. Vielleicht irgendwas in falscher Kombination eingetragen?