ioFTPD Next Suggestions

[scull]

Why change the name of the deamon ?

// Scull

[SnypeTEST]

I think he means, file rename? like instead of ioFTPD.exe ? peeps can rename it to like ftpd.exe or something other.

edit: err.. nvm

[darkone]

Originally posted by Scull
Why change the name of the deamon ?

// Scull

Because it won't be ftp daemon anymore. It will be httpd + ftpd. Perhaps ioD :? or Dio

[Grendel]

I believe renaming ioFTPD.exe doesn't make sense...

1) It's still ioFTPD (if it has http-daemon capabilities or not...)
2) many people must change their scripts (...and maybe more - like firewall rules ect.)
3) never change a running system, if it's not absolutely necessary

:D

[neoxed]

Originally posted by Grendel
1) It's still ioFTPD (if it has http-daemon capabilities or not...)

Grendel, since you're somewhat new to the community, the HTTP interface was originally planned just for administration purposes (adding, changing or removing groups and users etc.). If darkone chooses to further extend the HTTP interface to a point where it's a viable alternative to Microsoft's IIS (both HTTP and FTP) or Apache2, then renaming it would be a great idea. Afterall, Microsoft didn't name their HTTP/FTP/SMTP server IISFTP. :p

Originally posted by Grendel
2) many people must change their scripts (...and maybe more - like firewall rules ect.)
3) never change a running system, if it's not absolutely necessaryWhen this change comes, the various programming interfaces (SHmem, Modules, TCL, PHP) for ioFTPD will have changed so much, that changing a few strings or configuration options from "ioFTPD.exe" to "<product>.exe" will hardly be an issue.

[scull]

Originally posted by darkone
Because it won't be ftp daemon anymore. It will be httpd + ftpd. Perhaps ioD :? or Dio

Okay i see that you have great plans for the "io" project, and it makes me happy! For a while i thought the project was almost dead. As an old rocker i would prefere the name "Dio" ;)

// Scull

[jron]

Please, for the love of all things nerdy, change that damn red shit blob of an icon :P it haunts me at night... really.

Also I hope you don't over extend yourself by adding full on HTTPd support, like when you took months to add HTTP features that few people use =( This is YOUR project no doubt, but we are all in love with the FTP so, FTP features would be nice. Raiden is always adding really nice ideas to their FTPd they are just poorly implemented, its a shame really. =(

Also, if your going to extend the deamon that far, why not add IRC output support? Internal = clean and efficient. no more eggdrop ports with shoddy ssl patches plz. :P

[Stardog]

IRC output sounds like the perfect thing for a module...

Service support really should be a priority though IMHO.

Also, while we're discussing improvements, (getting offtopic) how about more smileys! :p

[ZAiNT]

Will there be "downloading while uploading bigger files" support in the new version of io? a MUST feature for all the mp3 sites out there!

[darkone]

Originally posted by ZAiNT
Will there be "downloading while uploading bigger files" support in the new version of io? a MUST feature for all the mp3 sites out there!

In terms of performance, filelocking is too expensive to be included (not to mention problems it causes with filedeletion, on non ntfs partitions & incompatible scripts) I might consider adding another code path for it later, but now my priorities are elsewhere.

[jron]

will it be possible to obtain all info needed to run a site bot from the new module support rewrite? (without parsing log files) im coding a sitebot with built in irc output as im sick of eggdrop/windrop ports so much overkill for such a simple task. finished the bot code just waiting to figure out how to interface it with io.

[Mave_2]

Only still missing in the adding feature list : Global Credits option
So we can get rid of the site transfer needed to transfer credits all the time between different sections with different ratios but in stead a nice Global Creds system

[neoxed]

Mave, that's what the module system is for; and there's already a module which does so, ioShareDB. ;)

[WebY]

plz acitvated the rename .exe

[neoxed]

Originally posted by WebY
plz acitvated the rename .exe Not likely to happen, there are far too many script kiddies using older ioFTPD versions (that didn't have the rename protection) on hacked servers. Which is why this protection scheme was implemented in the first place.

What's wrong with ioFTPD.exe anyway?

[WebY]

they are no other protection againts hacked server?

[Grendel]

What's wrong with ioFTPD.exe anyway?

Absolutely Correct....NeoXed
Very easy to answer.....ABSOLUTELY NOTHING IS WRONG :D
In my opinion, there's NO NEED to change the name of .EXE,
but this must decide Darkone, of course.

The only reason to rename the .exe is for use
on servers hacked by some stupid kiddies
cause they can hide the daemon-task better now.

I know many administrators,
checking every server additionally for all known
FTP-daemons (which can be used for a "hacked" ftp).
If you can rename ioFTPD.exe to something inconspicuous
it will be much more difficult to find...

[Grendel]

Originally posted by WebY
they are no other protection againts hacked server?

@WebY:

A fixed name for the process is the easiest way,
so you can check the server's processes automatically with
Enterprise-Tools like NETIQ's Appmanager 5.xx ect. ,
which can give infos to admins. :cool:

Do you have a better idea ?
So please tell us :D

[WebY]

K,K:banana:

Plz made in the new Version the "Current Speed" Variable:rolleyes:

[-=DoBBeR=-]

I think this issue has been up before at some point, but it really would be nice if, when ip is not allowed, ioftpd could show that to the user. My couriers keep thinking their account is screwed up when they get "login incorrect", or at least make it an option in config?

tnx

[neoxed]

Originally posted by -=DoBBeR=-
I think this issue has been up before at some point, but it really would be nice if, when ip is not allowed, ioftpd could show that to the user. My couriers keep thinking their account is screwed up when they get "login incorrect", or at least make it an option in config?
Its been discussed before, the anwser was (and probably still is) no. Simply because it creates a security risk; the idea is to give as little information as possible. The informative error message is really only relevant to administrators, thus why it's logged to logs\Error.log.

In the event that an attacker was attempting to obtain someone else's login/password to the FTP server, via brute forcing, why give them "tips" to what they're doing wrong?

[-=DoBBeR=-]

sure it could make a system more vulnerable, but why not let the owner of the site decide that? through an option in ini?
Another thing that bothers me is that in error.log the people with "wrong" ip show up with hosts instead of ip, why not both? or just ip? that would certainly make it easier and faster for siteops to first find out whats wrong, and then add new ip. As it is right now I need to resolve host with ping, and then add it to allowed ips, after first being bugged by some user who thinks I've ****ed up his account =)

[neoxed]

Originally posted by -=DoBBeR=-
sure it could make a system more vulnerable, but why not let the owner of the site decide that? through an option in ini?
Because it's another unnecessary configuration option. Darkone did a fairly large cleanup of the ioFTPD.ini for Beta-5.4, to remove 'excessive' options. I doubt his stance on this has changed.

Aside that, if a client says that he or she is having trouble logging in; if you're using ioA, all you would have to do is type SITE ERRLOG to display the Error.log. Are you really that lazy? ;)

[Mouton]

not as if sitebots didn't echo the errorlog wherever u want either...
u could even make it send user error to the user himself (on irc or email or whatever) with a little work.
if fact, that would be even better than what u suggest. the user would receive a notice each time a login fails using his username, and the reason why it failed... he would know if someone tried to use his account.
very good idea for a script...
way to go DoBBeR!

[-=DoBBeR=-]

yeah, would work nice as long as ppl are named the same on ftp as on irc, otherwise I'm fuxx0rd =) but sure, I think I'll give that a try =) tnx mouton

[Mouton]

well, most sites use site invite... or msg sitebot !invite...
u just need to store the latest nick from those commands is a little db (text file).
maybe your sitebot could even remove the nick when the user /part or quits irc... just to make sure u don't pm someone you shouldn't.

[dasOp]

Originally posted by jron
Please, for the love of all things nerdy, change that damn red shit blob of an icon :P it haunts me at night... really.


If you mean the icon ioTrayIcon uses (which I stole from the older io's yes) then send me replacement icons or replace them yourself, there are apps that can do that.