Why running as root anyway? If you start it from the webserver urdd will run as the same user as the webserver. If it is started as root it will drop priviliges and change user to urdd. It generally isn't a good idea to run urdd as root and it doesn't need to unless you want to run it on a port number less than 1024.

(Note that database changes might break your URD until you manually fix your database, so for normal usage, using the download link on this website or the 'export' method are recommended)

Keep an eye on the URD_db.sql; if that changes during an 'svn up' you probably have to update the database

run
svn diff -r ### URD_db.sql

where ### is the previous revision of urd you 'upped'.
You can check this with
svn info| grep "^Revision"
And it will print the number

So the correct sequence to run before updating through svn is
svn info| grep "^Revision"
svn up
svn diff -r ### URD_db.sq

Actually there is nothing wrong at all. The message indicates that a connection TO urdd has been closed. Usually this is the webpage that gets the status etc...

We want to make URD available is more than 1 or 2 languages. Unfortunately we aren't able to speak any languages other than Dutch and English. So if you are interested in translating URD to any other languages PM me or Styck. At the moment we are most interested in languages such as German, French, Spanish, Italian, but other languages are also more than welcome.

We are looking for people that would like to work on URD. If you like URD and you like to program, this may be something for you.

We are especially looking for people who can rewrite the queries so that they are more independent of the DB engine.

You'll have to :
- have good linux skills (or BSD or other unix variants)
- be able to program in PHP and shell scripting
- have HTML, CSS and Javascript knowledge
- be able to work with Subversion
- speak Dutch or English

Working with smarty templates is recommended.

If you're interested, PM me or Styck

To improve the quality of URD we need people that would like to test it. You'll be doing more than just using it, you will be trying out all the possible features of URD and report to us any problems, bugs or other issues you run into.

We are especially looking for people running URD on a system other than Ubuntu linux.

You'll have to have
- basic linux skills (or BSD or other Unix variant)
- A general idea of how software works
- Speak English or Dutch
- Persistence

- Being able to use subversion is recommended but not necessary

If you're interested just PM me or Styck and we'll work something out.

Cron job is what i am doing today, but the problem is - how to recognize if URD is done with the directory (or set in tmp ) ?
It is often shows 100% and on GUI it is in "finished" group yet directory stays in tmp/

I recognize by running the full cycle (par2repair, unrar etc which is time , CPU, memory consuming).

can you at least set sort of a semaphore (file with certain name)
that marks a directory

If the download is finished, it starts a new task to unrar/par2/etc it. So you'd have to wait for that too. I'll see if I can change the logic around... to change the dl to done after the unrar.

Ok I changed it so that if it is in done/ it is really done and won't touch the files any more

It would be nice to be able to run "follow up" script. Such a script would be called once the URD finished working on a task no matter if the decompression of par2repair failed or went successfully. I would propose to pass a path to the tmp/xx  ord done/xxx  directory with the stuff related to the task. In my case I am moving the files some place else, and sometimes fixing, but the point is - user can do some extra steps by just simple reconfiguration.

Once again, great job URD ROCKS !!! 

this is gonna be a security nightmare. The script would have to run under the same priviliges as the webserver (www-data on ubuntu) or URD and won't have much access right outside webserver/urd activity.

Worse, putting user generated scripts on a server and then run them is possible way to break into a machine. putting some exploit code in /tmp (any upload will do) and running it from this script will do that. It's hardly possible to know what the script will do... putting some exploit code in /tmp (any upload will do) and running it from this script will do that.

So I'm not sure if this really is a good idea. Alternatively you might run it as a simple cron job... and polls the directories.

Of the tools that you miss in step 2 only yydecode is required. All the other ones are optional so even if they cannot be found you can continue the installer. Adding the paths later is also possible in URD itself (admin/config menu)

Well That's not fair, some of the modifications worked without httpd restart..

actually the package manager should restart the webserver if necessary (or give a popup or whatever)

thanx! This will be fixed in the next version

As a quick fix you can change /var/www/urd/urdd/urdd.php on line 2016
from
   continue;

to
  return;

Would it be possible to get URD to process RAR and PAR2 straight after downloading. At the moment if I have more than one download no processing happens till they have all finished. I find this very restrictive.

Actually this is what should happen. But I now see that the max_urddthreads option is removed. I'll fix that. Thanx for letting us know

For now you can do a manual update on the database to raise the number. The value (6 here) should be a bit higher than max_nntpthreads in the usenetserver config.

login to mysql and run this query on the urd database:

update preferences set value=6 where userID =0 and `option`='urdd_maxthreads';

[cli]

So this leads to necessity to monitor it and restart of a service few times a day.

That's not good is it 

Anyway do you get any error messages? Try running urdd from the command line to get more info.
cd to the urd directory (eg cd /var/www/html/urd)
start urdd by ./urdd.sh

Note set the log level to INFO. If that doesn't give any info try level DEBUG.

Some things to doublecheck: are all the red hands on the config page gone? And on the preferences page? Is your memory limit in the cli config of php set to atleast 128 MB (see
etc/php5/cli/php.ini on Ubuntu)

1. No it's the root account of the database, which is already present in the database.
2. No the user is a database user not a linux user. These are completely separate.
3. You probably entered the wrong credentials for the database user to install the database. Not that the root database account has to have all priviliges on the database. The root user is further not used besides the install script. URD creates its own user
4. URD does use a lot op tables and creates them dynamically. The database can grow to several gigabytes.
5. 7z and arj are optional packages... if you don't have them you can skip these. Or install them later

I'm replying to myself here, but I hope it will help others too.

In order to integrate URD in a multi-service installation, you'll need to set the following cookies:
urd_username = name of user as written in the database
urd_pass = the MD5 of the user clear text password
urd_period = Current number of second since epoch + 1 week (time() + 86400*7)

You'll also have to execute the following query in the database:

Code:

"UPDATE users SET ipaddr = %s, last_login = %d WHERE name=%s AND pass=%s", currentIPaddressAsString, time(), usernameAsString, MD5(passwordAsString)

just before setting the cookie.

note the ipaddress is optional. If set it will bind the session to that IP address and other cookies for the same user/server are then invalidated.

It's actually showing a download speed!!! YAY!! Progress. Will let it run for a while and keep you posted. ^_^

My hunch was right ;-) the 200 response you get from the newsserver was too long (271 characters) where it only can read 256.

just a bit of a hunch really, but open the file "functions/libs/base_nntp_client.php" and find the function

Code:

private function _getStatusResponse()

change the line

Code:

$response = $this->_socket->gets(256);

to

Code:

$response = $this->_socket->gets(1024);

and see if that works (restart the URD Daemon)

thanx... there is some really weird stuff going on.... there seems to be some stuff getting garbled.

can you do this for me:
# telnet news.is.co.za 119
you should get a reply starting with 200, can you send me that line (or are there more than 1 line).

Also run a command like this (in the telnet session)
body <4890f084$0$4016$b9f67a60@news.newsdemon.com>
and copy the first couple of lines that

1st one should say sth like
222 0 <4890f084$0$4016$b9f67a60@news.newsdemon.com> body

if you get a msg starting with a 5 or a 4 (like 423 No such article number in this group) it's an error


This would make me able to compare with what I should get

Here is the TCP Dump as promised:

my bad... I need to see into the packets  This should do that
# tcpdump -i dsl1 -n port 119 -w /tmp/nntp_dump
Then mail me the file /tmp/nntp_dump

Urd looks great by the way, is accessing the Urd webpage from the LAN or over the internet straightforward by the way?

Sure, as long as you can reach your webserver, you can access your URD installation.

no problem

the forthcoming 0.5.4 will have a function for this...

Just to clarify :  On the 3rd installation page you make up all the passwords and usernames for the first time right?  It's not asking for any other passwords is it?

You have to give the actual root account info for the mysql, so it can make the user and tables for URD. So these are *not* made up. The URD users is something that can be anything you like

It seems that there is sth wrong with the connection to the database. Your DB root username is typically 'root'. AFAIK it's default password is none. You can't just change it - but you can make another "root" account.

are you sure you ran the installer? It should set up a good database connection, provided you enter the correct information. For the database name I suggest you use sth more sane like 'urddb'.

PS: don't ever post your passwords on the 'net.

start urdd from the command line:

# cd /var/www/urd-0.5.3 (or whatever the dir is)
# ./urdd.sh

and see if it gives any error messages

Also check the config page if all the stop signs are gone. If there still are any make sure you change the config so that they are gone.

Something like this should remove everything

# rm -r /var/www/urd-0.5.3/
# sudo apt-get remove --purge apache2 php5 mysql-server php5-cli php5-mysql
# sudo apt-get remove --purge yydecode unrar par2 trickle smarty