From Maximalpower at gmx.de Sat Mar 7 16:04:06 2009 From: Maximalpower at gmx.de (Maximalpower) Date: Sat, 07 Mar 2009 19:34:06 +0430 Subject: feature request for btpd Message-ID: <49B28CE6.7010006@gmx.de> 1) btpd should provide a folder for the torrent files. All torrents in this folder should be automatically downloaded. (And all removed torrent files in this folder should be removed in btpd) So you could use btpd via a ftp client 2) A ration command to stop the seeding after the ratio is reached. Like btcli add -d foo.torrent.d -ratio 10 foo.torrent (If the torrent have a size from 550 MB , it would be autostop the file if it uploaded 5,5 GB) // ratio 10 = 10 x the torrent size Perhaps a total maximal traffic command for alle files? After reached 50 GB/s traffic stop btpd? (To avoid overtraffic on a server) Thanks Richard for your nice work//! Regards, Sven // From nemosoft at smcc.demon.nl Mon Mar 9 21:38:13 2009 From: nemosoft at smcc.demon.nl (Nemosoft Unv.) Date: Mon, 9 Mar 2009 21:38:13 +0100 Subject: Programming error for bad trackers? Message-ID: <200903092138.13325.nemosoft@smcc.demon.nl> Hello, I've noticed a small issue with btpd 0.15, and while investigating I may have found a small coding error, although I'm not sure. First, my issue. I've noticed that if btpd gets some bad data from the trackers for a torrent, it sometimes stops serving those torrents. I'm not sure if this is a bug or a feature. If it is a feature, it's not clear to me what criteria are applied to stop serving a torrent (like, this many bad data in this many hours, etc.). So I looked at the code, and noticed this in btpd/tracker_req.c: break; case TR_RES_BAD: btpd_log(BTPD_L_ERROR, "bad data from tracker '%s' for '%s'.\n", t->cur->url, torrent_name(t->tp)); case TR_RES_OK: if (TR_RES_OK) btpd_log(BTPD_L_TR, "response from '%s' for '%s'.\n", t->cur->url, torrent_name(t->tp)); if (t->event == TR_EV_STOPPED) First, it seems there's a break missing in the TR_RES_BAD case; it could be a deliberate fall-through, but a) that is usually indicated with an explicit /* fall-throught */ comment; b), considering the next case is TR_RES_OK, it does not make sense to treat failure and success in exactly the same way. (The same applies to TR_RES_FAIL and TR_RES_CONN, BTW.) Second, the first if-statement in TR_RES_OK is incomplete: if (TR_RES_OK) This always evaluates to true. It's only a log message, but still... Anyway, to get back to the stopped torrents. Is btpd supposed to periodically re-check the trackers, see if they no longer provide bad data and then enable the torrents again? Right now, it just seems to stop, in which case I have to manually re-enable all stopped torrents... - Nemosoft From syn at li.ru Wed Mar 11 20:51:28 2009 From: syn at li.ru (Alexander Bogdanov) Date: Wed, 11 Mar 2009 22:51:28 +0300 Subject: Stops downloading at some point Message-ID: Okay, i'm testing it and here's the tracker, me, and the btpd (on different machines) I've created the torrent, started seeding and added it to the btpd so it can download it, but it stopped downloading after some percents and won't go further. I've stopped and then started it again, and downloading resumed okay. But after some time it stopped again. Can't figure out, why is that so. Regards, Alex From nemosoft at smcc.demon.nl Thu Mar 12 01:32:35 2009 From: nemosoft at smcc.demon.nl (Nemosoft Unv.) Date: Thu, 12 Mar 2009 01:32:35 +0100 Subject: Stops downloading at some point In-Reply-To: References: Message-ID: <200903120132.35061.nemosoft@smcc.demon.nl> Hi, On Wednesday 11 March 2009 20:51:28 Alexander Bogdanov wrote: > Okay, i'm testing it and here's the tracker, me, and the btpd (on > different machines) > I've created the torrent, started seeding and added it to the btpd so > it can download it, but it stopped downloading after some percents and > won't go further. > > I've stopped and then started it again, and downloading resumed okay. > But after some time it stopped again. > > Can't figure out, why is that so. Look at the log file; it happens to me too, when I receive bad data from the tracker. It could be something similar. - Nemosoft From syn at li.ru Thu Mar 12 15:12:48 2009 From: syn at li.ru (Alexander Bogdanov) Date: Thu, 12 Mar 2009 17:12:48 +0300 Subject: Stops downloading at some point Message-ID: > > Hi, > > On Wednesday 11 March 2009 20:51:28 Alexander Bogdanov wrote: > > Okay, i'm testing it and here's the tracker, me, and the btpd (on > > different machines) > > I've created the torrent, started seeding and added it to the btpd so > > it can download it, but it stopped downloading after some percents and > > won't go further. > > > > I've stopped and then started it again, and downloading resumed okay. > > But after some time it stopped again. > > > > Can't figure out, why is that so. > > Look at the log file; it happens to me too, when I receive bad data from > the > tracker. It could be something similar. > There's nothing on the log. Just Started torrent X.torrent. Not sure about the tracker, but what "bad" data could be there ? I thought there's some kind of "standart" for bittorrent protocol... Regards, Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.stargirl.org/pipermail/btpd-users/attachments/20090312/34f9d145/attachment.htm From bsdfan666 at cyberdude.com Wed Mar 18 14:08:29 2009 From: bsdfan666 at cyberdude.com (BSD Fanatic) Date: Wed, 18 Mar 2009 08:08:29 -0500 Subject: Stops downloading at some point Message-ID: <20090318130829.66FB91BF28D@ws1-10.us4.outblaze.com> > There's nothing on the log. Just Started torrent X.torrent. > > Not sure about the tracker, but what "bad" data could be there ? I thought there's some kind of "standart" for bittorrent protocol... > > Regards, Alex He's talking about the peer blocking in the latest versions of btpd.. if a peer sends bad data then it's banned indefinitely, which is the WRONG action, but Richard overlooked that. Also, it is possibly a tracker error... the standard(rofl.. standart?) is more implied then etched in stone, so many extensions and interpretations. -TC! -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com From webmestre at manga-france.fr Tue Mar 24 12:06:44 2009 From: webmestre at manga-france.fr (Edouard BITON) Date: Tue, 24 Mar 2009 12:06:44 +0100 Subject: Error in the name send to the client Message-ID: Hello, BTPD don't send correctly his name to the client : it's display "btpd/0.15|?$??" for example in ?Torrent. Best regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.stargirl.org/pipermail/btpd-users/attachments/20090324/86a2bf61/attachment.htm From axelgenus at gmail.com Tue Mar 24 12:08:31 2009 From: axelgenus at gmail.com (=?UTF-8?Q?Alessandro_Calor=C3=AC?=) Date: Tue, 24 Mar 2009 12:08:31 +0100 Subject: Error in the name send to the client In-Reply-To: References: Message-ID: 2009/3/24 Edouard BITON : > Hello, > > BTPD don't send correctly his name to the client : it's display > "btpd/0.15|?$??" for example in ?Torrent. I'd rather guess that uTorrent doesn't recognize the client correctly. > Best regards. Bye, Alessandro. From webmestre at manga-france.fr Tue Mar 24 12:45:05 2009 From: webmestre at manga-france.fr (Edouard BITON) Date: Tue, 24 Mar 2009 12:45:05 +0100 Subject: Error in the name send to the client In-Reply-To: References: Message-ID: <6991B8C44A444405AB5DCBE4F124417A@usr.ingenico.loc> I have already ask on the ?Torrent Forum : "I use btpd 0.15 (but same problem with btpd 0.13) and ?Torrent display that the client is "btpd/0.15|?q%?c??>?". If I use Transmission (Ubuntu), I have "BT Protocol Daemon 0.1". It perhaps a bug with btpd and not ?Torrent, I don't know." Answer : "it means that btpd isn't sending the friendly name in the ltep handshake properly." http://forum.utorrent.com/viewtopic.php?id=49813&p=30 (comments #748 and #750) -------------------------------------------------- From: "Alessandro Calor?" Sent: Tuesday, March 24, 2009 12:08 PM To: "btpd general discussion." Subject: Re: Error in the name send to the client > 2009/3/24 Edouard BITON : >> Hello, >> >> BTPD don't send correctly his name to the client : it's display >> "btpd/0.15|?$??" for example in ?Torrent. > > I'd rather guess that uTorrent doesn't recognize the client correctly. > >> Best regards. > > Bye, Alessandro. > _______________________________________________ > btpd-users mailing list > btpd-users at murmeldjur.se > http://lists.stargirl.org/listinfo/btpd-users > From axelgenus at gmail.com Tue Mar 24 12:51:43 2009 From: axelgenus at gmail.com (=?UTF-8?Q?Alessandro_Calor=C3=AC?=) Date: Tue, 24 Mar 2009 12:51:43 +0100 Subject: Error in the name send to the client In-Reply-To: <6991B8C44A444405AB5DCBE4F124417A@usr.ingenico.loc> References: <6991B8C44A444405AB5DCBE4F124417A@usr.ingenico.loc> Message-ID: 2009/3/24 Edouard BITON : > > "it means that btpd isn't sending the friendly name in the ltep handshake > properly." > If I remember correctly btpd never used LTEP handshake. Still other clients does recognize it. Bye, Alessandro. From mattf at bauchan.org Wed Mar 25 02:16:05 2009 From: mattf at bauchan.org (Matt Fretwell) Date: Wed, 25 Mar 2009 01:16:05 +0000 Subject: Error in the name send to the client In-Reply-To: <6991B8C44A444405AB5DCBE4F124417A@usr.ingenico.loc> References: <6991B8C44A444405AB5DCBE4F124417A@usr.ingenico.loc> Message-ID: <20090325011605.c884f9c1.mattf@bauchan.org> On Tue, 24 Mar 2009 12:45:05 +0100 "Edouard BITON" wrote: > I have already ask on the ?Torrent Forum : > > "I use btpd 0.15 (but same problem with btpd 0.13) and ?Torrent > display that the client is "btpd/0.15|?q%?c??>?". > If I use Transmission (Ubuntu), I have "BT Protocol Daemon 0.1". It > perhaps a bug with btpd and not ?Torrent, I don't know." > > Answer : > > "it means that btpd isn't sending the friendly name in the ltep > handshake properly." > > http://forum.utorrent.com/viewtopic.php?id=49813&p=30 (comments #748 > and > #750) It's not a bug. It's correct in regards to the standards. It doesn't have to be appealing to the naked eye. :) The main point is that it is a unique identifier. Btw, the reason I know the answer to this one is because I asked Richard practically the exact same question in the past. :D Just on a sidetrack from this topic, 0.15 is running lovely here. No more having to monitor and restart now that libevent has been removed. It compiles and runs fine on 64bit NetBSD. -- Matt Fretwell