[Libtorrent-devel] Feature request: user-agent switching

[John Hernandez]

Perhaps the solution is to offer a run-time configuration option to
permit override of the default user agent value.  This effectively keeps
the responsibility of honesty in the users' hands.  Web browsers like
Opera and Firefox have long permitted this flexibility, and nobody seems
to cry foul.

The access control system employed by the tracker in this case is
clearly broken anyhow, given that a determined user can simply alter the
sources.  So, why not just bring that right out in the open?

Jyrki Laurila wrote:
> The problem is, that there is no problem with rtorrent.. it works
> perfectly well, but those trackers refuses to remove the bans, because
> of how rtorrent USED to work. Can't do much about it, as it seems to
> be more of a principle than common sense.
> 
> On 8/24/06, Guillaume R. <raimondeau at freesurf.fr> wrote:
>> > I noticed that rtorrent is still banned from some trackers due to that
>> > "misbehavior" thing, and it's really annoying. There just simply isn't
>> > any other good torrent client for *nix that would work as good as
>> > rtorrent.
>> >
>> > So, my idea would be to define some common torrent client's user-agent
>> > (is it even called user-agent in this protocol? =)) in rtorrent's
>> > config to bypass the bans.
>> >
>> > Any thoughts?
>> No, not a good idea. It's better working on the client to correct the
>> misbehavior than cheating.
>> Could you tell us what is the problem with some trackers (I suppose
>> oink?)
>> Thx
>> PS:is the subject of this ticket
>> http://libtorrent.rakshasa.no/ticket/95 the
>> problem with your trackers?
>>
>>
>> _______________________________________________
>> Libtorrent-devel mailing list
>> Libtorrent-devel at rakshasa.no
>> http://rakshasa.no/mailman/listinfo/libtorrent-devel
>>
> _______________________________________________
> Libtorrent-devel mailing list
> Libtorrent-devel at rakshasa.no
> http://rakshasa.no/mailman/listinfo/libtorrent-devel
>