Let me try to word it easier...

The importer is for UBB.threads 6.5.x to UBB.threads 7.x (or UBB.Classic 6.7.x to UBB.threads 7.x)...

The importer comes with redirection files so you can send your OLD forum links to the NEW ones. There is a URL area in each redirector file that points to your NEW INSTALL directory.

The redirector files go in your OLD INSTALL directory.

So, if your old url was:
http://www.mysite.tld/ubb

And your new url is:
http://www.mysite.tld/forums

The redirector files would go into:
http://www.mysite.tld/ubb

An exception however is that if you've imported the data and are running the files from the old directory location, you'd put the importers in that directory.

OK. I guess now I understood it.
the importer only import the links, not the threads it self right?
And how about the users? How can I re-create then on the new server?

I guess I have a big problem here, since I'm moving from a server running mysql 3x to a second server, running mysql 4x.
I do not have TELNET access to either server, so how can I import the tables? I do do have mysqladmin access on both server, but I relized that the Export-->Import is uselles since most tables on the new version are different from the old one.

So, by any chance do you know how I could get my old data, from my old mysql 3x server, on my new mysql 4x server?
I stil have access to both computers, but the old one will fade out soon, so this is why I would like to grab some critical information like users, banned, posts, groups, foruns, etc.

I getting a little more on my upgrading think.
Now I can run the "threads_import.php" and get errors... better then before when I could not run at all.

I didn't have the folders /libs and /styles on my OLD installation. I just copy those files from the new install (version 7).
Also, there is something funny with the 'language' path.
My forum had a language different then English as a Primary.
I change it back to English, but continue with the very same error.

Please, see the errors:

Warning: set_style(/styles/.php): failed to open stream: No such file or directory in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 368

Warning: set_style(/styles/.php): failed to open stream: No such file or directory in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 368

Warning: set_style(): Failed opening '/styles/.php' for inclusion (include_path='.:../PEAR-1.1') in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 368

Warning: not_right_bare(languages//generic.php): failed to open stream: No such file or directory in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 799

Warning: not_right_bare(languages//generic.php): failed to open stream: No such file or directory in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 799

Warning: not_right_bare(): Failed opening 'languages//generic.php' for inclusion (include_path='.:../PEAR-1.1') in /usr/local/etc/httpd/htdocs/imigrar/forum/libs/ubbthreads.inc.php on line 799

No, the importer imports all of your old forum data... Thats forum names, thread names, thread posts, users, profile information, polls, sticky topics, etc.

The redirectors redirct the old links to the new locations.

I certainly hope you don't have TELNET access to a server, Telnet is insecure. It'd be liely that your host has SSH installed...

The importer doesn't need command line access to do its thing, it just needs to be run on the server... I however don't think it can be run from a seperate server, I think it has to be run wherever the old files are at...

Creating a database dump however is a nessessity if you're moving... And PHPMyAdmin isn't an option (nor is any other web script) when creating a backup of a large database, as the PHP Maximum Execution time will kill the download before you are able to download a complete backup...

If you cannot create a database dump, i highly recommend asking your host to create one for you... especially if it is scheduled to be decommissioned...

as for your errors, I have no idea what you're doing... those directories aren't required on your old install as it didn't have them...

I hope you're following a migration guide vs just dropping new files over old ones, cas then you're just going to end up with a huge mess that doens't work...

OK. per your text, I understood that I HAVE TO have both database, the old and the new, on THE SAME SERVER, right?
If this is the case, then I have to ask my provider for a 'database dump' before going further.

I will do it today and see what will happen.

THank you for now.

I believe the import must be run on the same server yes... As the data is read from the database...

In any case I'd recommend having a dump, you'll never know when you'll need a backup..