Beiträge von jadoa

Zitat

Original geschrieben von z0diac
Ich habe hier übrigens einen schicken Link gefunden, in dem die Synchronisation zwischen multisync und P800 über BT geschildert wird (Evolution/SyncML). Ich denke mal, dass man mit dem 6600 ähnlich vorgehen muss. Ansonsten kann man mRouter wohl auf Linux "emulieren" und dann auf Port 300x (ich glaube 3004) einen SyncML Sync initieren. Interessant in dem Zusammenhang scheint mir auch p3nfs zu sein, das wird dann für den Filetransfer benötigt.

Der Link ist in der Tat interessant :top: Danke für den Tipp.
p3nfs hat damit aber nichts zu tun. Das funktioniert meines Wissens nicht über das dialup-profile, ausserdem braucht man eine speziellen Client auf dem Gerät, der (zumindest als ich es ausprobiert hatte) nicht gerade auf Benutzerfreundlichkeit getrimmt war. Aber dafür ist das Protokoll effizienter als Obex und man kann auf alle Dateien zugreifen.

Das mit den Chrashs kommt mir bekannt vor.. das 3650 rebootet häufiger als ich es von Windows in Erinnerung habe. Auf jeden Fall reagiert es sehr empfindlich auf Eingaben, die nicht ganz der Erwartung entsprechen. Wenn ich das richtig verstanden habe, dann verwendet das 6600 also tatsächlich SyncML zum synchronisieren, auch wenn's noch nicht wirklich funktioniert? Du hast nicht zufällig gefragt, ob das lokal geht?
Ich habe von SyncML auch keine Ahnung, aber es ist eignetlich schon im wesentlichen "nur" eine XML-Sprache. Die kann man über jeden beliebigen Kanal austauschen. Nur wäre damit allein nichts gewonnen, da dann wieder nur jedes Gerät zu sich selbst kompatibel wäre, weil man die XML-Daten ja beliebig übetragen kann (paketweise, komprimiert, rückwärts..) Also muss man zusätzlich zum eigentlichen Standard auch noch definieren, wie genau man die Daten z.B. über WAP, Obex, TCP, IrDA o.ä. überträgt.

Gerade hab ich mal im Saturn ein 6600 angeguckt, und es sah nicht danach aus, als könnte man als Tranport für Syncml Bluetooth einstellen. Wenn man eine Synchronisation vom Handy aus starten will, dann geht das also anscheinend nur über's Internet. Den SyncML-Server würde dann sinnvollerweise ein Dienstleister zur Verfügung stellen, so dass sowohl der Organizer auf dem PC als auch die Mobilgeräte als Client arbeiten.
Selbst wenn dem so ist, könnte es immer noch sein, dass man vom Computer aus eine Synchronisation mit SyncML über Bluetooth starten könnte. Einen SDP-Record dafür zeigt das Handy nicht an, aber vielleicht geht es über das Serial-Port- oder Obex-Profil.
Mal sehn, vielleicht ist das alles ja bei Nokia dokumentiert.. bevor ich hier allzu laut zu lästern anfange

Natürlich kann man ein Series60-Programm schreiben, um lokal zu synchronisieren. Es könnte sich sogar an den IrMC-Sync-Standard halten. Vielleicht gibt's sowas ja auch, aber für ein Open-Source-Programm wäre die Halbwertszeit wohl zu gering für den Aufwand.
Ausserdem geht's ja vielleicht doch auch ohne.

Re: Re: Re: Re: viel fehlt ja nicht, aber...

Zitat

Original geschrieben von z0diac
...
Das N6600 kann SyncML, aber war das Deine Frage? Fragtest Du, ob es SyncML kann, oder ob es SyncML über BT kann? Letzteres weiss ich nicht, wäre aber in erster Näherung eigentlich davon ausgegangen, wenn es denn schon mal SyncML kann...

Meine Frage war tatsächlich, ob SyncML über Bluetooth geht. Für mein 3650 musste ich den SyncML-Client nachträglich installieren. Wenn ich mit dem "Sync."-Programm ein neues Profil anlege, dann kann ich unter "Datenträgertyp" nur WAP oder Internet auswählen, nicht aber Bluetooth oder IrDA oder was auch immer. Geht das beim 6600? Aeh, momentchen, hast Du überhaupt schon ein 6600? Mir fällt gerade auf, dass Du praktisch dieselbe Frage am Anfang selbst gestellt hast.. doh. Vielleicht sollte ich doch oben mit Lesen anfangen. Nugut, sonst jemand vielleicht...? Nein?

Zum KDE Bluetooth Framework.. es gibt im Moment noch keine Release davon, nur CVS Snapshots (.tar.gz und Debian), deswegen ist die Installation noch etwas fummelig. Aber das eine oder andere funktioniert trotzdem schon ganz gut, wie z.B. Object Push.

Re: Re: viel fehlt ja nicht, aber...

Zitat

Original geschrieben von z0diac
Wie bitte? Hast Du mal eine Anleitung zum Nachvollziehen? Das habe ich immer mit meinem T68m versucht und nicht so recht hinbekommen (zugegeben: Auch nicht wirklich lange versucht).
Wenn ich das mit dem T68m hinbekomme, dann wäre die Chance dafür, dass das dann auch mit dem N6600 klappen wird, schon mal nicht so schlecht, denke ich..

Und was ist IrmcSync und inwie fern benutzen die S/E Handys das?

Für Multisync gibt es mehrere plugins. Da wäre eins für Evolution, eins für SyncML (aber nur über TCP, so wie ich das sehe) und dann eben auch noch für IrMc mit Bluetooth.
Welche Profile dein Handy unterstützt kannst du mit 'sdptool browse | less' rausfinden. Ich hab nur gerade kein T68i zur Hand, aber irgendwas von wegen Synchronisation sollte da dann auftauchen.
Laut https://www.bluetooth.org/foun…ocument/service_discovery müsste bei irmcsync auf jeden Fall der Wert 0x1104 in der Service Class ID List auftauchen. Wenn nicht, dann unterstützt dein Handy es offenbar nicht. Beim T68i ist soweit ich mich erinnern kann aber nur das Handsfree-Profil mit einer neuen Release nachträglich hinzugekommen.

Die Chancen stehen also nicht schlecht, dass man es mit dem T68m hinbekommen könnte, aber das sagt leider ganz und gar nichts über das 6600 aus. Wenn Nokia das Profil nicht implementiert hat, dann ist mit Irmcsync eben nix zu machen.
Aber irgendwie synchronisieren die Nokias ja offenbar auch unter Windows. Ich hab keine Ahnung, wie die (3650, 6600..) das machen - ob mit SyncML oder irgendwas selbstgebasteltem.. weiss da jemand mehr?

Achso, nur für den Fall, dass ich es noch nicht mehrfach erwähnt hatte:
<Werbung>
Für alles was mit Bluetooth und Linux und KDE und nicht mit Sychronisation zu tun hat, gibt es das ganz tolle KDE Bluetooth Framework
</Werbung>

viel fehlt ja nicht, aber...

Unter Linux kenne ich eigentlich nur multisync (http://multisync.sourceforge.net). Das kann einerseits SyncML, andererseits auch über Bluetooth synchronisieren. So wie ich das auf die schnelle erkennen kann wird Bluetooth aber nur vom Irmcsync-plugin unterstützt.
Bevor ich mein 3650 hatte, hatte ich multisync mal mit meinem alten T68i ausprobiert. Da funktioniert die Synchonisation über Bluetooth, da die S/E-Handys IrmcSync zur Synchronisation verwenden.
Zumindest mit dem Syncml-programm vom 3650 kann ohnehin nur Internet oder WAP als Tranportkanal auswählen. Bietet das 6600 da denn auch Bluetooth an?
In dem Fall wäre es ganz sicher nicht aufwendig, dem multisyncplugin auch noch bluetooth beizubringen, falls das nicht nicht ohnehin schon geht.

Über was für ein Protokoll funktioniert denn die Synchronisation über Bluetooth mit der Windows-Software? Ich frage mich auch, welchen Weg Siemens mit dem SX1 gewählt hat, da das S55 ja meines Wissens mit IrmcSync synchronisiert hat...

gruesse
jadoa

Nicht-Browser-Anwendungen

Konnte eignetlich irgendwer einem Hotliner ein Statement dazu abringen, wie O2 mit WAP-Programmen umzugehen gedenkt, die *kein* WAP-Browser sind?
Eigentlich haben es ja recht eindeutig formultiert, dass die Flatrate nur zum Anzeigen von WAP-Seiten ist und irgendwer hatte ja auch gepostet, dass die ggf. Addresse, bestimmte user-agents o.ä. sperren. Das leuchtet ein für offensichtlichen Missbrauch (TCP-over-WAP oder so), aber es gibt ja auch weniger böses..
Das SymcML-Tool vom 3650 z.B. kann auch über WAP synchronisieren. Hab's mangels SyncML-Server noch nie verwendet, aber es wäre schon hübsch, wenn man sein Adressbuch über die Flatrate auf dem neusten Stand halten könnte und wenn man dann noch wüsste, ob das für die Dauer des Vertrages auch so bleibt.
Gibt's dazu irgendwelche halboffiziellen Aussagen von der Hotline oder so?

Zitat

Original geschrieben von geWAPpnet
Lösch ALLE Profile, in denen NICHT die APN wap.viaginterkom.de steht, auch ggf. "o2 MMS"! Wenn dann die Programmdownloads immer noch bei Dir funktionieren, versteh ich das Prinzip auch nicht mehr...

jupp, nur noch "o2 gprs wap" mit eben dem APN. Und es klappt immer noch.

Wo probierst du es denn aus? Kann es sein, dass der Server, den du benutzt einen falschen Mimetype zurückliefert, der vom WAP-Gateway nicht unterstützt wird oder irgendsowas?
Ich hab für .sis-files "application/vnd.symbian.install" als mimetype eingestellt. Vielleicht erkennen manche server die endung nicht und sagen dann "application/octet-stream". Ansonsten wüsst ich jetzt auch nicht, wo noch ein Unterschied liegen sollte, wenn sich die Links in beiden Fällen auf einer Wapseite befinden. Obwohl, am Handy kann's natürlich auch liegen. Beim 3650 klappts entweder, oder sein Benutzer ist zu doof die richtigen Profile zu löschen.
Hmpf, jetzt muss ich mir wieder die MMS-Einstellungen zuschicken lassen

Zitat

Original geschrieben von geWAPpnet
...
Übrigens sehe ich das anders als SNOK, Spieledownloads gehen meiner Meinung nach immer über den HTTP-APN, egal, ob der Download nun per Link aus dem WAP-Browser oder aus einer SMS gestartet wurde. Moment, ja, ich habe das mit meiner oben genannten Methode eben ausprobiert und es stimmt. Der Spieledownload klappt nicht, weil das HTTP-Profil ungültig ist.

Was ist denn nun ein Spiele-Download?
Gilt ein Series-60-Programm als "Spiel" (auch wenn's keins ist...)? Ich hab mal eins auf den heimischen Webserver gestellt (.sis-datei) und versucht über wap zu laden. Das klappt..
Ich hab alle Profile gelöscht, ausser O2 gprs und O2 mms. Was ist ein Http-profil? Ich nehme an, Du meinst das für Internet, wie immer es auch heissen mag.
Würdest Du das unterschreiben, wenn ich jetzt behaupte, dass manche spiele-downloads über wap gehen und andere eben nicht? Oder was hab ich da jetzt übersehen?

Zitat

Original geschrieben von Geribaldi
Die Liste stammt vom WAP-Gateway und fällt bei verschiedenen Gateways auch anders aus.

Interessant.. das hiesse also, dass jeder da aufgeführte Typ vom Gateway durchgelassen wird? Schön, wenn man dafür eine verbindliche Liste hat.
Aber was ist dann mit Sachen wie application/vnd.symbian.install? Das klingt in meinen Ohren wie eine .sis-datei mit einem symbianprogramm. Oder auch application/x-java-archive.. ich hatte ein wenig befürchtet, dass man Programme nur per Internet runterladen kann und nicht über WAP, aber deiner Aussage zufolge müsste das dann ja gehen.
Aber selbst wenn das stimmen würde, würde das an den Downloads, die bisher über Internet gingen wohl nix ändern. Es geht hier um's Prinzip..

Oh Mann, ich könnte es ja auch einfach mal selbst ausprobieren. Aber ich bin bei WAP noch in der Gewöhnungsphase

Zitat

Original geschrieben von olli1973
Mir hat gerade ein O2 Hotti gesagt, das jeder Download 5 cent je 10kb kosten, da dieses über internet abgerechnet würde.
Stimmt das?

Ich habe mir mal angeguckt, was das Handy (hier ein 3650) einem Web.. aeh. WAP-Server zu sagen hat.
Interessant ist hier Accept-Feld in http-header:
Accept: text/vnd.wap.wmlscript, text/vnd.wap.wml, text/vnd.wap.si, text/X-CalypsoLink, text/x-vCalendar, text/calendar, text/x-vCard, text/plain, application/vnd.wap.wtls-ca-certificate, text/vnd.oma.dd, text/x-co-desc, application/vnd.oma.drm.message, application/x-java-archive, video/vnd.nokia.interleaved-multimedia, application/vnd.symbian.install, application/vnd.nokia.ringing-tone, audio/x-xmrcc-sp-midi, audio/x-xmrcc-midi, audio/x-xmrcc-x-beatnik-rmf, audio/sp-midi, audio/midi, audio/x-beatnik-rmf, image/tiff, image/x-wmf, image/png, image/vnd.nokia.ota-bitmap, image/vnd.wap.wbmp, image/x-bmp, image/x-epoc-mbm, audio/basic, audio/x-sibo-wve, audio/x-epoc-wve, image/jpeg, image/gif, audio/x-wav, application/java-archive, text/vnd.sun.j2me.app-descriptor, application/ram, video/mp4, audio/mp4, video/3gpp, audio/3gpp, audio/amr, audio/x-pn-realaudio, application/x-nokiaGameData, application/vnd.wap.html+xml, text/html, application/vnd.wap.wmlscriptc, application/vnd.wap.multipart.related, application/vnd.wap.multipart.mixed, application/vnd.wap.wbxml, application/vnd.wap.wmlc, application/vnd.wap.sic, application/vnd.wap.mms-message, application/xhtml+xml, application/vnd.wap.xhtml+xml, text/css, audio/mid, audio/wav, text/html, application/*.

Das sind meiner Einschätzung nach alles Dateitypen, die zumindest sinnvollerweise per WAP - und damit wohl im Rahmen der Flat - übertragen werden können. Ob die Liste jetzt direkt vom Handy stammt oder vom WAP-Gateway um nicht unterstützte Mimetypes bereinigt wurde weiss ich allerdings auch nicht..
Gibt's bei WAP denn überhaupt eine eindeutige Definition, was ein "Download" ist?