Probleme mit iPhone. In <Cred> - auth-md5

[Alpenfeger]

Hallo

Voller Freude habe ich den Client auf meinem iPhone 3G installiert und konfiguriert. Leider bin ich auf ein paar Probleme gestossen, die mich daran hindern das Produkt zu nutzen:

1) <Cred>
"auth-md5" ist nicht richtig implementiert. Es funktioniert NUR, wenn ich den Server so konfiguriere, dass er dem Synthesis Client 'vorschreibt' er muss auth-basic verwenden.

2) Authentication bei Alert 201 (Twoway Sync)
Wenn nun der Slowsync durch ist und ich versuche einen nachfolgenden Synch zu machen (Alert 201 - Twoway Sync) geschieht wieder das selbe. Der Client versucht es wieder mit auth-md5. Der Server sagt dann genau wie beim "slowsync" 401 und er solle es bitte mit auth-basic versuchen. Nur leider beachtet es der Client diesmal nicht und bleibt hartnäckig bei auth-md5 - was fehlschlägt. Somit kann ich den Client nicht nutzen.
Ich habe schon mehrere (>20) Mobile Clients (nicht iPhone) gegen diesen Server getestet - ich kann mit gutem Gewissen sagen, dass es eher weniger am Server als am Client liegt...

3) VCARD Format
Sind die ganzen "X-Synthesis-Ref" notwendig? Finde ich irgendwie "unschön".

4) Kleinigkeiten
Der Cleint "freezed" ab und zu für ein paar Sekunden. Z.B. wenn man die Settings reingeht oder verlässt...

[luz]

1) <Cred>
"auth-md5" ist nicht richtig implementiert. Es funktioniert NUR, wenn ich den Server so konfiguriere, dass er dem Synthesis Client 'vorschreibt' er muss auth-basic verwenden.

Das ist ganz bestimmt nicht so. Unser Auth-MD5 ist tausendfach getestet mit so ziemlich jedem möglichen Server. Da muss es ein Problem in Ihrem Server geben. Können Sie mal ein Log senden (Unter "Server-Einstellungen" "nächsten Sync loggen" einschalten und nach dem Sync erlauben, dass die Logs uns gesendet werden)?

Ich habe schon mehrere (>20) Mobile Clients (nicht iPhone) gegen diesen Server getestet - ich kann mit gutem Gewissen sagen, dass es eher weniger am Server als am Client liegt...

Machen denn diese Clients auch wirklich MD5?
Wie auch immer, wir sind in erster Linie daran interessiert, dass es zum Laufen kommt, wo auch immer der Fehler ist. Aber dazu brauchen wir Logs, und zwar am Besten eine Serie von hintereinander liegenden Sessions, denn gerade MD5 hängt ja vom "nonce" der vorhergehenden Session ab.

3) VCARD Format
Sind die ganzen "X-Synthesis-Ref" notwendig? Finde ich irgendwie "unschön".

Sie sind weniger durch einen Drang nach Aesthetik bedingt , als durch die Notwendigkeit, mehrere gleichartige TEL oder ADR duch diese ID auseinanderhalten und bei einem Update gezielt ansprechen zu können.

4) Kleinigkeiten
Der Cleint "freezed" ab und zu für ein paar Sekunden. Z.B. wenn man die Settings reingeht oder verlässt...

Das ist vermutlich durch das iPhoneOS bedingt, das bei Anfordern von neuem Speicher (d.h. wenn eine neue Seite aufgeht) manchmal einen Aufräumbefehl schickt und dadurch eine kleine Pause entsteht. Das gibt es sogar bei den Apple-eigenen Apps.

[Alpenfeger]

Originally Posted by luz

Das ist ganz bestimmt nicht so. Unser Auth-MD5 ist tausendfach getestet mit so ziemlich jedem möglichen Server. Da muss es ein Problem in Ihrem Server geben.

Ich muss mich erst einmal entschuldigen für meine "Anschuldigungen". Ich habe es nun im Detail analysiert und bin zum Schluss gekommen, dass der Synthesis Client den richtigen 'Response' Hash sendet.
Ich habe mich mal eingelesen und ein kleines Perlscript geschrieben und die Werte nachgerechnet die ich im Servertrace gefunden habe.. achja, es heisst übrigens "Bruce2:OhBehave" und nicht "Bruce1:OhBehave", sonst stimmt das Resultat des Beispiels im syncml_represent_v11_20020215.pdf nicht (insider... )

Die Devices die ich bis anhin gegen diesen Server getestet hatte machen zwar auth-md5, wurden aber im Bereich auth leicht anders behandelt. Daher liess ich mich zuerst fehlleiten

Ich habe auf dem Server die Möglichkeit bestimmten Devices zu sagen sie sollten auth-basic statt auth-md5 verwenden. Dazu muss ich aber wissen was es für ein Device ist. Der Synthesis Client sendet im DevInf das <man>, <mod> etc leider nur beim ersten Fullsync. Bei den nachfolgenden Alert 201 (Twoway Sync) leider nicht mehr. Wenn er die dort mitsenden würde (spricht doch nichts dagegen.. wegen der paar bytes) könnte ich das hausgemachte Problem umgehen bis eine Lösung gefunden wurde... kein Bug des Clients, würde aber helfen.

Originally Posted by luz

Sie sind weniger durch einen Drang nach Aesthetik bedingt , als durch die Notwendigkeit, mehrere gleichartige TEL oder ADR duch diese ID auseinanderhalten und bei einem Update gezielt ansprechen zu können.

Diese Punkt verstehe ich nicht. Wie meinst Du das? Z.B. zwei Werte vom selben Typ TEL:HOME? Dann wären es ja einfach Multivalue Felder. Die Devices die ich sonst so antreffe kommen ohne solche Zusatzbezeichner zurecht. Hier bin ich mir nun wirklich sicher