Ich habe es nur auf den Punkt gebracht. Die Tatsache ist eben mal, dass die Entwickler das Problem nicht lösen können, nicht für wichtig halten oder nicht wollen?. Wenn es so einfach wäre, dann wäre dies schon längst geschehen.
Auf herablassende, vernichtende und damit respektlose Weise, ja.
Wie gesagt: dieses "Problem" ist für einen Großteil der Anwender gar keines.
Innerhalb der sich stets laut zu Wort meldenden Minderheit, die glaubt, dass es nicht funktioniert, gibt es einen nicht zu vernachlässigenden Anteil, der das Weiterleiten der Ports nie probiert hat.
Ich leugne nicht, dass auch Benutzer bleiben, für die Dateitransfers trotz aller Bemühungen in der Richtung nicht klappen (es tut mir leid für Dich, das meine ich mit aller Aufrichtigkeit!), aber es handelt sich (mittlerweile) um eine Minderheit. Es ist in den letzten Jahren durchaus Einiges getan worden:
changelog schrieb:
version 2.3.0 (11/24/2007): [...]
* Thanks to a patch from Intel, the Bonjour prpl now supports file transfers using XEP-0096 and XEP-0065. This should enable file transfers between libpurple clients and Gajim clients, but will not work with iChat or Adium as they use a different file transfer implementation.
* XMPP password changes that return errors no longer cause the saved password to be changed.
* XMPP file transfer support has been enhanced to support sending files through a proxy when the server supports discovering a a bytestream proxy. This should make file transfers much more reliable. The next release will add support for manually specifying a proxy when the server doesn't advertise one. [...]
changelog schrieb:
version 2.2.0 (09/13/2007): [...]
* Some AIM file transfer issues between Pidgin and other clients have been fixed. (Kyryll A Mirnenko)[...]
changelog schrieb:
version 2.0.0 (5/3/2007): [...]
* ICQ file transfer support with newer ICQ clients (Jonathan Clark, Google Summer of Code)
* Many overall improvements to AIM and ICQ file transfers (Jonathan Clark, Google Summer of Code)
* Support for pausing and resuming AIM and ICQ file transfers (Graham Booker) [...]
* NAT traversal support via UPnP (Adam J. Warrington, Google Summer of Code)
* NAT traversal support via NAT-PMP (Evan Schoenberg and R. Tyler Ballance) [...]
[...]
Im Gegensatz zu dir habe ich mich bemüht den Grund dafür zu suchen, weshalb das Ganze nicht funktioniert.
Naja, Dein erster "Beitrag" in diesem Faden war wie jeder sehen kann das:
JO, das funktioniert schon seit Jahren nicht und die werden des nie auf die Reihe kriegen...
Wenn es dich sowieso nicht betrifft, wieso antwortest du überhaupt? Ich verstehe deine Hassgefühle gegenüber mir einfach nicht, aber anscheinend liegt es ja einfach nur daran, dass ich/wir eben zu dumm bin/sind es zu verstehen.
Es hat mich insofern betroffen, dass ich es nicht ertragen konnte, dass so vernichtend und herablassend geurteilt wird über Leute, die ihre freie Zeit investieren, um ein Programm zu schreiben, das wir alle kostenlos nutzen! Gleichzeitig war es eben alles Andere als konstruktive Hilfe für den Benutzer "tuxianer".
Dass ich überreagiert habe, habe ich bereits zugegeben.
Mit "Hass" hat das Ganze gewiss nichts zu tun.
Mich würde es mal interessieren, ob es auch bei denen nicht funktioniert, die hinter keinen Router sitzen.
Wahrscheinlich noch etwas besser. Dass Dateitransfers bei den geschlossenen Protokollen wie ICQ, AIM, MSN, Yahoo usw. überhaupt funktionieren, ist eine hervorzuhebende Leistung. Die Firmen, die hinter diesen stehen, stellen sich sehr quer und versuchen zum Teil mit regelmäßigen Änderungen in den Protokollen geradezu zu verhindern, dass es bei Dritt-Programmen geht.