Quoting Haxe <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :I'm just trying to download a file from another gtkg peer. :It says it is of version 0.94. But I suspect that this could be a fake.
It's not. :I'm queued for a download from that host. But instead of decreasing my :slot over time, it goes unpredictably up and down and seems to never :reach a free slot. Yes, that's because slots before you that GTKG thought would be "dead" suddenly became "alive" again. :Since I trust in gtkg's queueing to be fair, I suspected that the remote :peer just pretends to be a gtkg. The queuing behavior I observed :strongly resembles that of Shareaza. I therefore did a telnet to the :host, simply requesting GET / HTTP/1.1. The answer was as follows. : :HTTP/1.1 404 Not Found :Server: gtk-gnutella/0.94 (2004-07-10) :Date: Wed, 29 Sep 2004 16:59:20 GMT :Connection: close :X-Token: QVrptlkyruJ6ykYrz1vWi/Nssj0tRba4kRFI; O2aAbQ== :X-Features: queue/1.0 : :What seems strange: :- It doesn't send the GTK version and OS version in the Server string :- It doesn't send an X-Live-Since header : :To me, this looks like a fake. Is this a known issue? It's not strange. You're seeing the "bandwidth efficient" reply, which GTKG emits when it has saturated its outgoing bandwith for the period (1 second). In that case, it sends only the minimal information required. Raphael ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
