[archimedes] Re: HTTPServer bzw. SSL
- From: Thomas Milius <Thomas-Milius@xxxxxxxxxxx>
- To: archimedes@xxxxxxxxxxxxx
- Date: Wed, 25 Jun 2014 22:54:55 +0200
In message <53AB216F.6060908@xxxxxxxx>
Raik Fischer <raik_fischer@xxxxxxxx> wrote:
> Das was gleich ist, daß beide "Abholer/Sender" (Netfetch, POP3S/SMTPS)
> sich vergleichbar unterscheidlich auf der Pandora(=xM) und dem RPi
> verhalten. Deshalb die Frage nach der Bibliothek.
Unwahrscheinlich. R-Comps Version ist, wie wir wissen, von 2000/2001,
Alexanders ist "etwas" neuer. Auch der Compiler könnte eine Rolle spielen.
Womit R-Comps-Version erstellt wurde, weiß ich nicht (mehr).
> Wenn der Fehler in der Bibliothek "verortet" ist und warum auch immer
> die Hardware auch Einfluß hat... "Gute Nacht".
Zu früh dazu irgendwas zu sagen. Natürlich gibt RISC OS Operationen, wie z.B.
memcpy in C, die über Hardware abgearbeitet werden können. Aber Fehler traten
doch auf allen Maschinen auf oder? Weder BB xM, noch RPi oder Panda waren
sauber. Ob noch jemand den Iyonix bemüht hatte, weiß ich nicht, aber ich
könnte ihn nochmal anschmeissen und testen, ob meine Problemdateien auch auf
ihm zerhacktstückt werden. Außerdem bleibt die Frage warum Du mit Messenger
Pro 6 nie Probleme gehabt hast, obwohl SecureSockets gleich war (oder habe
ich das falsch in Erinnerung!?!).
Evt. kann Alexander ja mal von Grundverständnis her sagen, ob der Fehler
überhaupt in der Verschlüsselung liegen kann (was ich nicht so recht glaube).
Bei mir fehlten bei den kaputten Dateien im Attachment (ok 1MB Text als
Nachricht hat bislang keiner von uns geschrieben ...) immer ganze Abschnitte.
Es war nie versetzt, sondern es fehlte ganz einfach was. Das erscheint mir
für eine Verschlüsselung (wie handhabt man dabei eigentlich verlorene Pakete,
wo man die Codierungssequenz wieder aufsetzen muß?) unlogisch. Wenn da was
faul wäre, würde ich eher erwarten, daß ab einer bestimmten Stelle alles
komplett anders aussehen würde. So sieht es eher so aus, als ob ein ganzer
Block einfach nicht weitergereicht wird (eine Art "magische Sequenz" die
irgendeinen Teil massakriert, ggf. als Folge einer RISC OS
Konfigurationseinstellung, die nicht offensichtlich ist. Ich meine ich hätte
im Diff aber damals nichts Derartiges bemerkt, war vielleicht aber auch zu
oberflächlich bei der Analyse). Wenn es was im OS wäre, müßten wir dies auch
bei normalen Netzwerktransfer unverschlüsselten Mails etc. bemerken. Dem ist
nicht so. Ich tippe eher auf Messenger. Erinnert sich jemand an den
Unterschied zwischen MPro 6 und MPro7? Hattest Du Deine Problemmails über
Messenger versandt oder waren nur Alexanders Tools im Spiel (Abgang/Zugang)?
Thomas Milius
Other related posts:
