nxTools v1.2.1

[neoxed]

Changes:
NEW: Dupe, nuke and pre functions are able to resolve symlinks in virtual paths.
CHG: Included source for nxHelper and modifications to TclSQLite.
CHG: Updated SQLite to v3.5.9.
FIX: Dupe rebuilds did not insert creation times for directories.
FIX: Flush the directory cache after newdate operations.
Download:

http://code.google.com/p/nxscripts/downloads/list

[monk-]

nice work,
no more Today-MP3 paths in the dupedb, just what i needed ;)

[whocarez2k5]

@neoxed
Found an error (i think) in latest version.
on cmd: site drives
http://img213.imageshack.us/img213/479/errorzl0.jpg

szAppName : ioFTPD.exe szAppVer : 6.5.0.0 szModName : tcl85t.dll
szModVer : 8.5.2.2 offset : 0007889f

[Mave]

I try to transfer the .nfo and it says this


[L] 200 PORT command successful.
[L] STOR unknown-blabla.nfo
[L] 553-.-[ForceNFO]------------------------------------.
[L] 553-| You must upload the NFO first. |
[L] 553 '-----------------------------------------------'
[L] Transfer Failed!


Same for the .sfv


[L] STOR unknown-blabla.sfv
[L] 553-.-[ForceSFV]------------------------------------.
[L] 553-| You must upload the SFV first. |
[L] 553 '-----------------------------------------------'
[L] Transfer Failed!


This is what i get since i upgrade from 1.2.0 to 1.2.1

1.2.0 did work fine but now i got this weird problem. I checked everything but cant find the problem.... configs etc are all fine
When i downgrade again to version 1.2.0 it works fine again!
Using ioFtpd 6.4.3, ioNINJA 0.6.1.1

Any idea what the problem is? There is nothing in the logs about it.

[neoxed]

Works fine for me. If you're using the "merged directory" VFS feature of ioFTPD that could explain the problem.

[Mave]

[L] STOR darn.pal-del.nfo
[L] 553-.-[ForceNFO]------------------------------------.
[L] 553-| You must upload the NFO first. |
[L] 553 '-----------------------------------------------'

Here we go again :(
Did do a compleet new setup .... even putted it on my local comp to check and still got this crap.
No i dont use merged directories and even tried with a simple setup and still keeps doing this.
Please do you got any solution?
Never did got such a errors before in al those years

[Yil]

Mave: as a quick fix you can try removing the line that actually does that check...

[FTP_Pre-Command_Events]
stor = TCL ..\scripts\nxTools\nxDupe.tcl PRESTOR

The only side effect besides not forcing sfv/nfo is it won't do dupe checking on filenames. I prefer my dupecheck on just dirnames so it wouldn't bother me, but you might...

I'm assuming this might be related to the new code that normalizes paths. Are there any symbolic links involved in the path?

That's my 2 cents :)

[vybez]

Having problems with Site Wipe, trying to wipe symlinks results in the script trying to wipe the directory the symlink points to which is unwanted to say the least.. Have I missed anything in config? Using ioFTPD 6.6.0 and nxTools 1.2.1.

[DJZacharia]

hello, i recieve an error when trying to log into ioFTPD, only after adding nxtools. it only occurs after the pass command:


[1] PBSZ 0
[1] 200 PBSZ 0 successful.
[1] USER ioFTPD
[1] 331 Password required for ioFTPD.
[1] PASS (hidden)
[1] 500 'mypassword': Command failed.



"mypassword" is the password i have set for user ioFTPD


when i check the systemerror.log this is what i see:

--------------------------------------------------04-30-2009 13:27:01 "..\scripts\nxTools\nxClose.tcl" terminated abnormally
--------------------------- ErrorInfo ----------------------------
can't read "misc(ReloadConfig)": no such variable
while executing
"IsTrue $misc(ReloadConfig)"
invoked from within
"if {[IsTrue $misc(ReloadConfig)] && [catch {source "../scripts/init.itcl"} error]} {
iputs "Unable to load script configuration, contact a siteop...."
(file "..\scripts\nxTools\nxClose.tcl" line 15)
--------------------------------------------------


I am curious as to how i might be able to fix this error, because this seems like a great addon.

thanks

[Yil]

Hmm, I think you forgot to copy over the scripts/init.itcl file... But that's just a guess.

[DJZacharia]

I dont think i have.

i placed all the scripts in C:\ioFTPD\scripts\nxTools\

and the init.tcl in C:\ioFTPD\scripts\


so i dunno. :(

[DJZacharia]

hehe...i figured out the what caused the error.
i already had an init.tlc....and i just copied and pasted the data from the init.tcl i had already had to the end of the one for nxtools....and then the script worked perfectly :P

[DJZacharia]

hello again,

anyone know of a way to disable file dupe check on upload?
i want the dupecheck to log all dir and files (which it does, so np there), but I dont want it to block a duplicate file when i upload (ex: i dont want to do "site undupe filename" everytime).
anyone know how i can fix this?

thanks

[razoor]

eeemmm.. thats the whole point with the dupe.
But better of to disable dupe on files, and just keep the dirs in dupe.

set dupe(CheckDirs) True
set dupe(CheckFiles) False
set dupe(AddOnPre) True

[DJZacharia]

hello again,
i have setup site who with nxtools, but when i use "site who" it shows me the results twice (the nxtools who and the ioftpd native site who).

[1] site who
[1] 200-.------------------------------------------------------------------------.
[1] 200-| User | Group | Info | Action |
[1] 200-|------------------------------------------------------------------------|
[1] 200-| *ioFTPD | ioFTPD | I.Own.This | IDLE: 0s |
[1] 200-| sitebot | ioFTPD | No Tagline Set | IDLE: 1h 7m 17s |
[1] 200-|------------------------------------------------------------------------|
[1] 200-| Dn: 0@0KB/s | Up: 0@0KB/s | Total: 2@0KB/s |
[1] 200-'------------------------------------------------------------------------'
[1] 200-.-------------------------------------------------------------------------.
[1] 200-| User | Group | Action |
[1] 200-|------------+----------+-------------------------------------------------|
[1] 200-|*ioFTPD | ioFTPD | LIST 0s Idle |
[1] 200-| sitebot | ioFTPD | NOOP 1:07:17s Idle |
[1] 200-+-------------------------------------------------------------------------+
[1] 200-| Up: 0 | Dn: 0 | Total: 0 | 2 Idle, 0 Hidden|
[1] 200-'-------------------------------------------------------------------------'
[1] 200 'who' Command successful.


does anyone know how i can have it stop showing me the results to "site who" twice?

thanks

[Yil]

The built-in version of site who is much nicer (especially with color enabled) so you probably want that. In which case just comment out or remove the nxTools "who" definition under [FTP_Custom_Commands]. BTW, that extra character at the end will go away in the next release...

If you wish to disable the built-in version, prefix the command under [FTP_Custom_Commands] with a "^". See the comments in that section for an example.

[newguy]

I'm running the latest build off ioFTPD 7.1.0 and the latest nxTools with fix but for some reason when i do a site who the users/groups i said to hide are still vissible ?

Any ideas ?

No other scripts added.

[Yil]

newguy: Double check which version of "site who" you are using. As of v6.5 ioFTPD includes a built-in "site who" along with a couple of .ini settings to let you control which users/groups/paths should be hidden. nxTools also has a "site who" that you can install (with the "^" prefix) to override the built-in one if you prefer it. Also note that until v7.1 the example for hiding a user in the .ini file was wrong (it's user, username*, =group, .FLAG, !thing, etc) where FLAG is any single letter userflag like 1/G/M etc.

[newguy]

newguy: Double check which version of "site who" you are using. As of v6.5 ioFTPD includes a built-in "site who" along with a couple of .ini settings to let you control which users/groups/paths should be hidden. nxTools also has a "site who" that you can install (with the "^" prefix) to override the built-in one if you prefer it. Also note that until v7.1 the example for hiding a user in the .ini file was wrong (it's user, username*, =group, .FLAG, !thing, etc) where FLAG is any single letter userflag like 1/G/M etc.
@Yil, Thanks for explaining.
It suddenly worked but i'll double check config because i think i have double settings now (probably didn't read change log good enough :( )
Thanks again.

[jojo2peter]

hehe...i figured out the what caused the error.
i already had an init.tlc....and i just copied and pasted the data from the init.tcl i had already had to the end of the one for nxtools....and then the script worked perfectly :P
Hey, I have the problem you had now, but i cant solve it :(...
I installed ioNinja at first, then i tried to install nxtools, but i got your error.
But i edited the init.itcl, can you help me?

[Yil]

Paste your scripts\init.itcl file and a copy of the error message(s). Perhaps it's something simple.

[jojo2peter]

Oh I'm sorry

SystemError.log:
03-28-2010 14:53:53 "..\scripts\nxTools\nxClose.tcl" terminated abnormally
--- ErrorInfo ---
can't read "misc(ReloadConfig)": no such variable
while executing
"IsTrue $misc(ReloadConfig)"
invoked from within
"if {[IsTrue $misc(ReloadConfig)] && [catch {source "../scripts/init.itcl"} error]} {
iputs "Unable to load script configuration, contact a siteop...."
(file "..\scripts\nxTools\nxClose.tcl" line 15)
----
03-28-2010 14:55:39 "..\scripts\nxTools\nxClose.tcl" terminated abnormally
--- ErrorInfo ---
can't read "misc(ReloadConfig)": no such variable
while executing
"IsTrue $misc(ReloadConfig)"
invoked from within
"if {[IsTrue $misc(ReloadConfig)] && [catch {source "../scripts/init.itcl"} error]} {
iputs "Unable to load script configuration, contact a siteop...."
(file "..\scripts\nxTools\nxClose.tcl" line 15)
----


nxError.log
03-28-2010 14:51:41 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 14:53:26 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 14:55:56 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:55:56 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 14:56:03 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:56:03 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:56:05 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:56:06 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:56:29 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 14:56:29 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:01:48 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:01:53 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:01:59 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:02:07 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:02:14 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:02:23 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:02:31 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:03:59 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:05:59 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:07:59 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:09:59 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:12:00 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:14:01 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:16:01 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:18:01 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:20:01 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:22:02 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:22:04 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:22:29 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:22:30 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:22:38 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:22:47 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:22:48 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:22:56 - LoadScript : couldn't read file "C:/TEST/scripts/nxAutoNuke/nxAutoNuke.cfg": no such file or directory
03-28-2010 15:24:30 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:26:30 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:27:32 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors
03-28-2010 15:29:32 - InvalidArgs : unknown event "..\scripts\nxTools\nxClose.tcl LOGI": check your ioFTPD.ini for errors


ioFTPD.log
03-28-2010 14:53:43 SSL: "Found certificate" "name=ioFTPD" "Service=FTP_Service" "(Certificate_name)"
03-28-2010 14:53:43 START: "PID=11664" "CmdLine="
03-28-2010 14:53:43 PRELOAD: "begin" "..\etc\default.vfs"
03-28-2010 14:53:43 PRELOAD: "points=1" "..\etc\default.vfs"
03-28-2010 14:55:52 SSL: "Found certificate" "name=ioFTPD" "Service=FTP_Service" "(Certificate_name)"
03-28-2010 14:55:52 START: "PID=11404" "CmdLine="
03-28-2010 14:55:52 PRELOAD: "begin" "..\etc\default.vfs"
03-28-2010 14:55:52 PRELOAD: "points=1" "..\etc\default.vfs"
03-28-2010 14:56:23 SSL: "Found certificate" "name=ioFTPD" "Service=FTP_Service" "(Certificate_name)"
03-28-2010 14:56:23 START: "PID=12680" "CmdLine="
03-28-2010 14:56:23 PRELOAD: "begin" "..\etc\default.vfs"
03-28-2010 14:56:23 PRELOAD: "points=1" "..\etc\default.vfs"
03-28-2010 15:01:42 SSL: "Found certificate" "name=ioFTPD" "Service=FTP_Service" "(Certificate_name)"
03-28-2010 15:01:42 START: "PID=14304" "CmdLine="
03-28-2010 15:01:42 PRELOAD: "begin" "..\etc\default.vfs"
03-28-2010 15:01:42 PRELOAD: "points=1" "..\etc\default.vfs"
03-28-2010 15:22:24 SSL: "Found certificate" "name=ioFTPD" "Service=FTP_Service" "(Certificate_name)"
03-28-2010 15:22:24 START: "PID=18244" "CmdLine="
03-28-2010 15:22:24 PRELOAD: "begin" "..\etc\default.vfs"
03-28-2010 15:22:24 PRELOAD: "points=1" "..\etc\default.vfs"


init.itcl
set nx(scripts) {
{../scripts/nxAutoNuke/nxAutoNuke.cfg}
{../scripts/nxTools/nxTools.cfg}
{../scripts/nxLib.tcl}
}

################################################## ####################

proc nxLoadError {type message} {
if {![catch {set handle [open "../logs/nxError.log" a]}]} {
set now [clock format [clock seconds] -format "%m-%d-%Y %H:%M:%S"]
puts $handle "$now - [format %-12s $type] : $message"
close $handle
}
}

foreach name $nx(scripts) {
if {[catch {source [file normalize $name]} error]} {
nxLoadError LoadScript $error
}
}

foreach name {nxHelper sqlite3} {
if {[catch {package require $name} error]} {
nxLoadError LoadPackage $error
}
}
if {[catch {source "../scripts/ioNiNJA/ioNiNJA.cfg"} error]} {
return
}
if {[catch {source "../scripts/ioNiNJA/themes/$ioNJ(themefile)"} error]} {
return
}

if {[catch {source "../scripts/ioNiNJA/MiSC/NiNJALiB.tcl"} error]} {
return
}

if {[catch {package require http 2.7.1} error]} {
return
}

ioFTPD.ini (http://www.xup.in/dl,12506910/ioFTPD.txt/)

[Yil]

nxTools shouldn't refer to nxAutoNuke in init.itcl unless it's installed, so you can remove that reference to make some of those errors go away.

set nx(scripts) {
{../scripts/nxTools/nxTools.cfg}
{../scripts/nxLib.tcl}
}


The pass pre-command event is missing the N on the end from the "..\scripts\nxTools\nxClose.tcl LOGI" errors... should be LOGIN which is why all logins are generating an error line.

Other than that things look OK. Try those 2 fixes and report back.

[jojo2peter]

nxTools shouldn't refer to nxAutoNuke in init.itcl unless it's installed, so you can remove that reference to make some of those errors go away.

set nx(scripts) {
{../scripts/nxTools/nxTools.cfg}
{../scripts/nxLib.tcl}
}


The pass pre-command event is missing the N on the end from the "..\scripts\nxTools\nxClose.tcl LOGI" errors... should be LOGIN which is why all logins are generating an error line.

Other than that things look OK. Try those 2 fixes and report back.
Ok now it works..
i already saw that mistake "LOGI" but i didnt think about it -.-
and the line with nxAutoNuke did I delete too ... well thank you :)

[BoNeZz]

i installed ioftpd 7.5.7, but what version about nxtools i must installed on 7.5.7? can you write me post links of this or these versions?

i downloaded nxtools-tempfix-2008-09-29.rar but this .rar not contain all files of this script and is impossible to install, so i think that i need download another .rar and replace old files with nxtools-tempfix-2008-09-29.rar.

i hope can you help me.

thanks in advance

[Rusher]

"site drives" crashes ioftpd.exe using Windows Server 2008 R2 Enterprise x64

Faulting application name: ioFTPD.exe, version: 7.7.2.0, time stamp: 0x4dc859d3
Faulting module name: tcl85t.dll, version: 8.5.2.9, time stamp: 0x4d61c78e
Exception code: 0x40000015
Fault offset: 0x00078caf
Faulting process id: 0xf4c
Faulting application start time: 0x01cc77ba65821c11
Faulting application path: C:\ioFTPD\system\ioFTPD.exe
Faulting module path: C:\ioFTPD\system\tcl85t.dll

any clue what it could be ?

edit: i dont get any error messages in ../logs/

[Yil]

You are absolutely correct. I noticed this a long time ago and guess I forgot to mention it here. nxTools contains a companion dll that enhances TCL with a few extra features and somewhere along the line upgrading the TCL library to newer releases broke parts of the dll.

There are no trivial solutions immediately available, however v8 of ioFTPD will fix this problem in 2 ways. The information the dll provided that is currently broken will now be available via iTCL (i.e. an ioFTPD extension to TCL) so nxTool's dll won't be necessary and we can fix nxTools by replacing the dll call with the ioFTPD call. That should be relatively straightforward to do. In fact is someone else wants to fix the dll right now it probably wouldn't be hard either.

I have also written most of a replacement for this command as a standalone script which is why ioFTPD v8 will have this info :) I think my solution should be superior because it will use section, mountfile, etc directly from ioFTPD instead of trying to do it in the script by parsing files. It's also much smarter. nxTools pre-dates those new features though so it did the best it could at the time, but depending on parsing ioFTPD files and requiring updates to it's own config file is something I'm trying to avoid in my stuff.

Short answer: disable the command by undefining it and wait a bit for the replacement.

[Henkie2]

Hope anyone can help me, for some reason on irc my !request/!reqfill and !reqwipe aren't working any more.
!requests is working like the rest of triggers :P anyone?
(i'm not changed/removed any trigger commands)

[Yil]

Are you using the bot that comes with ioNiNJA? Have you made sure that the REQBOT command from nxTools is configured in the .ini file along with it's permissions. Does the bot have the 1 flag so it can run the command? If all of that is true then you should be seeing some sort of error message if you try those commands. Remember, you have to use 'site invite <nick>' so the bot knows what user on the FTP to use when performing actions.

[Henkie2]

Thx for your fast reply Yil

[DJZacharia]

I recently upgraded to ioFTPD 7.7.3.

Seems most features of nxTools (v1.2.1 w/ nxTools Tempfix 09-29-2008) work fine after the upgrade.

However, on 'SITE PRE' the directory's owner is not changed to the user "0" (as I have it configured in nxtools.cfg), rather the dir owner remains the name of the uploader. It is only the directory that is an issue. All the files inside the directory successfully change to user "0" (thus, the -R seems to work).

Any thoughts on how I might be able to fix this?

Thanks in advance.

[Yil]

I don't use the PRE command so I've no experience with it, but I'm guessing things are sorta working if all the files are being updated. What about subdirs? Do they get changed?

We can probably add a line to nxPre.tcl to fix the issue or else we might need to tweak the GetDirList function if it's at fault. Everything else looks correct to me without running it though.

[DJZacharia]

Thanks for the reply Yil.

It seems that the sub directories also do not change, however the files inside the sub directories do.

I'm not familiar with tcl, so your help is much appreciated :)

[Yil]

I pulled out the bit of code that sets the directory/file owner and everything seems to work fine for me... Does 'site pre history' show the entries?

I did see an issue if the directory is hidden/private because I broke [vfs get/set] a while back, but the directory itself would have to marked that way and not just a parent. Since regular users can't hide dirs I can't think that's the problem...

I wonder if anyone else can confirm it works or doesn't work...

[DJZacharia]

I tested 'SITE PRE HISTORY' and all the recent pres showed up--so that seems to work.

Could this possibly be a Windows 7 issue?

[chr0nic]

remove one who = from ioftpd.ini maybe drop the io one

[Yil]

There is another possibility that come to mind that deals with caching issues. nxTools copies the directory over to the target including the .ioFTPD* files which contains the permission info, then changes the ownership. In my mind it should do that in the opposite order, but no biggie. Given that order, the first potential problem deals with a known bug in the way the directory entry for a subdir isn't properly invalidated in the parent. This usually shows up in the common problem of the directory info (size, perms, etc) being wrong when viewed from the parent which is how users almost always view directories. The way to see if this is the problem by viewing the raw directory instead. In FlashFXP goto directory->View Raw Directory while in the directory and look at the first line for the "." entry (current directory). This is the actual permissions, owner, etc used by ioFTPD internally. Is this correct? If not, issue 'site refresh' and re-list to force a cache update for the directory and see if it changes. If it does then we might have a new problem I'm not aware of or the bug is actually in nxTools.

I'm assuming that all worked correctly, BUT you normally only see owner, timestamp, etc when viewing the directory as a subdir and that DOES have a known bug (not sure when it got introduced) which is already fixed in the next release of ioFTPD. The simplest way to test this is from the parent so just issue 'site refresh' and re-list and see if you pick up the correct info...

[DJZacharia]

I followed your instructions, unfortunately the "." was listed as the user who initially uploaded the directory that was PREd. All other files were set to user "0." So it doesn't look like a cache issue.

I forgot to mention, that if I test PRE an empty dir, then the PREd empty directory does CHOWN correctly. So this issue only occurs when files are within the dir.

[DJZacharia]

My other thought is, would it be possible to create a small script (as a temp fix of sorts) to do a CHOWN after the 'SITE PRE' command is issued?

[TeRRaNoVA]

Is anyone alive here to fix this: nxtools 1.2.1 (site pre + runtime error)

or script still supported ???

[o_dog]

works jsut fine, doesn't it?

[TeRRaNoVA]

works jsut fine, doesn't it?

No it doesn`t

PRE keeps crashing / on windows 7 and windows sever 2013 ....... `m 100% sure i`m setted up correctly





################################################## ##############################
# nxTools - Pre Configuration #
################################################## ##############################
#
#### Areas #################################################
#
# Format : <area> <physical path>
# Example: MP3 "C:/ioFTPD/site/MP3/%M%D/"
#
# Date Cookies:
# %% - Percent sign (%)
# %d - Day (1-31)
# %w - Week (1-53)
# %m - Month (1-12)
# %y - Year (04)
# %D - Day w/padding (01-31)
# %W - Week w/padding (01-53)
# %M - Month w/padding (01-12)
# %Y - Year w/century (2004)
#
# Description:
# - Areas and destination paths to send pre's.
# - The area must be defined in uppercase.
# - The path must have both leading and trailing slashes.
#
#### Groups ################################################
#
# Format : <area> <groups>
# Example: MP3 "NX NXMP3"
#
# Description:
# - Define which groups have access to which pre area.
# - The area must be defined in uppercase.
#
#### Paths #################################################
#
# Format : <group> <paths>
# Example: NX "/Groups/NX/" "/Groups/NX-iSO/"
#
# Description:
# - Define the directory which groups can pre from.
# - Several pre paths may be defined, at least one is required.
#
################################################## ##########

[AREAS]
APPS "X:/APPS/"
DVDR-TV "X:/DVDR-TV/"
DVDR "X:/DVDR/"
GAMES "X:/GAMES/"
XBOX "X:/XBOX/"
x264-MOViES "X:/x264-MOViES/"
x264-MUSiC "X:/x264-MUSiC/"
x264-HDTV "X:/x264-HDTV/"
x264-TV "X:/x264-TV/"
XVID "X:/XVID/"

[GROUPS]
APPS "XXX"
DVDR "XXX"
DVDR-TV "XXX"
GAMES "XXX"
XBOX "XXX"
x264-MOViES "XXX"
x264-MUSIC "XXX"
x264-HDTV "XXX"
x264-TV "XXX"
XVID "XXX"

[PATHS]
XXX "/_PRE/XXX/"





Any idea ?

[Rusher]

Hello

i was wondering if there is any possibilty to have dupe log "Folders" and "Files" but only Dupecheck for "Folders".

i want to be able to dupe search for files via fdupe. BUT sometimes or many times filenames will reoccur in different releases and that makes alot of incomplete releases. and a lot of work unduping.

se best way would be if i could set dupecheck to LOG all files and folders. but only check and deny against Folders.


maybe there is a way in nxdupe.tcl i could edit to achive this. since the nctools.cfg only allows to turn on or off for dupecheck and dupelog.

[sun]

hello

http://ioftpd.zapto.org/

down why ?? have you new url ????