5.4

[darkone]

Changes:
1) More detailed errors on INTERNAL SITE commands.

[16:40:32] [L] site adduser boo
[16:40:32] [L] 500-Not enough arguments for command: adduser.
[16:40:32] [L] 500 Command failed.

[16:41:19] [L] site kick darkone with too many arguments
[16:41:19] [L] 500-Invalid argument: with too many arguments.
[16:41:19] [L] 500 Command failed.

[16:42:07] [L] site renuser barkone typo
[16:42:07] [L] 500 barkone: User does not exist.

[16:42:54] [L] site grpadd lSpeed
[16:42:54] [L] 500 lSpeed: Group already exists.

[16:44:12] [L] site change darkone vomits 0
[16:44:12] [L] 500-Invalid argument: vomits.
[16:44:12] [L] 500 Command failed.

In other words: it's able to show the exact argument(s) that triggered the error.

2) Internal unicode support. All routines are unicode ready; logging, users, groups, directory lists, .... (Unicode version of ioFTPD will be released at later point)

3) Initial version of integrated HELP command/database.

4) SITE WHO renamed to SITE SWHO

5) Config layout redesign

6) Per service message paths

7) Neutral default look

[neoxed]

I though that was 5.4 ;)

[Pichento]

Neato d1.

an ETA on release? :)

[neoxed]

Originally posted by darkone
4) SITE WHO renamed to SITE SWHO

When you say renamed... was WHO renamed to SWHO and another WHO added or was WHO dropped entirely?

Great work as always :)

[-=DoBBeR=-]

sooo, where is it? =))

[sCry]

expecting...

[epimetheus13]

Christmas present maybe?
All I wanted for Christmas was my 5.4, screw the 2 front teeth. lol

Great work Darkone, patiently waiting for 5.4 and progress on the HTTP front.

Epi

[Pharaoh]

Originally posted by epimetheus
...and progress on the HTTP front.


same here... :)

[darkone]

Heh.. still no http updates :( However there'll be plenty of other cool improvements.. now that basic funtionality is in, I can focus on developing/improving functions :) (next version will include rehash improvements; scheduler, hosts.rules, etc. are updated... no need to restart anymore :))

[donate]

For 5.4 is it possible to make a filename setting?

ioftpd.ini:

[Locations]
ioFTPD_EXE_File = ioftpd.exe
User_Id_Table = ..\etc\UserIdTable
Group_Id_Table = ..\etc\GroupIdTable
Hosts_Rules = ..\etc\Hosts.Rules

User_Files = ..\users
Group_Files = ..\groups
Log_Files = ..\logs
Cache_Files = ..\cache

Default_Vfs = ..\etc\default.vfs
Environment = ..\etc\ioftpd.env

Then when you update a new version you change:
ioFTPD_EXE_File = ioftpd.exe
to
ioFTPD_EXE_File = ioftpd2.exe
or something and then site make a script. from ioftpd, to cycle the ioftpd, so it will close ioftpd.exe and runs ioftpd2.exe, so you dont need windows access anymore, ofcourse flagged with M.

(
so maybe a OLD and NEW file setting....
ioFTPD_EXE_File_OLD = ioftpd.exe
ioFTPD_EXE_File_NEW = ioftpd2.exe
)

is it possible?

[neoxed]

What a useless idea, just dont be lazy..

You could easily make a script do this yourself anyway.

[darkone]

Hmms, let's see, if I can get ioFTPD to shutdown nicely :) btw. icon is now permanently gone (one could write module that enables it) ;)

[Linkster]

why would you completely remove the icon, rather than just making it optional?

[foutchman]

Originally posted by darkone
... (next version will include rehash improvements; scheduler, hosts.rules, ... no need to restart anymore :))
great news
big op to darkone !!!
;)

[darkone]

Originally posted by Linkster
why would you completely remove the icon, rather than just making it optional?

System services don't have icons ;) I doubt I can get that in to 5.4... but most certainly, 5.5 will run as service

[Pharaoh]

Originally posted by darkone
System services don't have icons ;) I doubt I can get that in to 5.4... but most certainly, 5.5 will run as service

I am just curios - what are the advantages of running ioftpd as a system service and not as it is now?

[Mouton]

A service can be automatically started when the computer start, with no user login required.

btw. for those who didn't hear yet or didn't read... site who will be no more in 5.4
site swho will be available, and will list all users from all services.
also, ShowActivity is no more in 5.4

So that means that u can't (shouldn't in fact) allow normal users to use any built-in site s/who.
You won't be able to hide any dirs from site swho. You won't be able to hide any users (using another service for example) from site swho.

That basically means that if u use ioB, u'll need a replacement site who. Maybe something Harm will come up with, when he's done with his exams. Hum. In fact, site cid listbot might actually be used for that... Anyway, Harm's should fix something for u users.

And it also means that if u want normal users to have a site who, you'll need to get one of the avail. scripts.

[Pharaoh]

Originally posted by Mouton
A service can be automatically started when the computer start, with no user login required.


This can be done by adding it to the startup, so what's the advantage in making it a service?

[Mouton]

No this can't be done by adding it to startup.
Startup items need a user login.
Services don't.

[tuff]

there are already alternative site who`s inc. ioFTPWHODLX :)

[darkone]

Originally posted by tuff
there are already alternative site who`s inc. ioFTPWHODLX :)

Yep, and imho it's much better for the purpose than internal who (easy to customize & add custom rules)

[neoxed]

I think that the site who command should be handled by the FTP server...I mean sure you could write a script but that kinda defeats the purpose... glftpd, r*, bulletproof...all have site who commands part of the ftp server.. :/

A script does allow customization, but thats what xwho/swho/etc are for and the normal who should be handled by the ftp. This is how I see it, but i guess I'm the only one who thinks this. :p

[darkone]

Normal who is for administrative purposes, not for normal users to snoop around. I can leave it as who, but it will lack features that you're expecting 'who' to have (masking paths, hiding users... things that administrative who doesn't need)

[neoxed]

Sounds good :)

I use who for basic info, and I made a small swho script for administrative purposes. Siteops can see all hidden paths/users/groups and IPs where as normal users can only nonhidden users/groups/paths and so on.

Great work d1 :)

[darkone]

Here's how default swho looks like.. hope you like it as much as I do :)



[19:14:18] [L] site swho
[19:14:18] [L] 200- CID USER STATUS HOSTNAME
[19:14:18] [L] 200- 0 ioFTPD Dn 5kb/s *@spawn
[19:14:18] [L] 200- 1 ioFTPD Idle *@spawn
[19:14:18] [L] 200- 2 -wait auth- Idle *@spawn
[19:14:18] [L] 200 swho Command successful.
---------------
[19:14:23] [L] site swho 0
[19:14:23] [L] 200-Login : ioFTPD
[19:14:23] [L] 200-From : *@spawn on FTP_Service
[19:14:23] [L] 200-Online : 0h 2m 0s
[19:14:23] [L] 200-Command : RETR debian.iso
[19:14:23] [L] 200-Path : /pub/debian/unstable/debian.iso
[19:14:23] [L] 200-Transfer : Download 5.3kb/s
[19:14:23] [L] 200 swho Command successful.
--------------
[19:14:25] [L] site swho 2
[19:14:25] [L] 200-Login : -wait auth-
[19:14:25] [L] 200-From : *@spawn on FTP_Service
[19:14:25] [L] 200-Online : 0h 0m 10s
[19:14:25] [L] 200-Command :
[19:14:25] [L] 200-Idle : 0h 0m 10s
[19:14:25] [L] 200 swho Command successful.



17.12.2003 18:56 276 ClientInfo.Download
17.12.2003 18:56 296 ClientInfo.Idle
17.12.2003 18:55 267 ClientInfo.Login
17.12.2003 18:56 274 ClientInfo.Upload
17.12.2003 19:12 97 ClientList.Download
17.12.2003 19:13 41 ClientList.Header
17.12.2003 19:13 81 ClientList.Idle
17.12.2003 19:13 80 ClientList.Login
17.12.2003 19:13 97 ClientList.Upload

There's also ClientList.Footer :p Did you notice that I changed naming of text files ;)...... I better stfu, so I don't leak too much info about coming version; I'm sure it'll keep you busy for few days

[Pharaoh]

What happens if ioFTPD as a system service will crash because of a script bug or another issue? Will that cause a total OS crash too? How do you re-start ioftpd service if and when it crashes?

[ADDiCT]

start/stop/edit services :
start > run > services.msc

your OS will not get crashed by ioFTPD, as far as i know that is only possible by drivers and other kernel-mode programs

crashes will get logged in your system event logs, those can be accessed by:
start > run > eventvwr.msc

[neoxed]

bleh wrong thread

[darkone]

Yep user level programs shouldn't be able to cause os crash... (there are rare exception to this)

[darkone]

Neoxed is currently testing 5.4 :) If all goes well, latest version will be available for public download tomorrow.

[Orbital]

I just want to give you a hug dark1:banana:

Keep em' coming. :D

[MIC_vBa]

that constellation does not work :-p

[darkone]

This thread goes boom.. :) move the discussion to 5.4.0r thread