Is there another way fom getting or putting files
from crushFtp server to a standard unix box?<br>If it
was between two unix machines u would open an ftp
connection to the first and from that one u would do a
'proxy open 2ndMachineIp' and so on.<br>So is there sth
similar in ftpCrush?

Server IP had changed.  Web page has been updated.  Versiontracker pages will be
wrong till tomorrow though.

Doh. I just verified the download server and it
appears to be down. I recently moved across the US, and
down have my own place yet...so a friend fo mine is
hosting the files for me until I get an ISP. I've
notified him that the server is down...<br><br>I recommend
trying again later tonight, or tomorrow. Other wise drop
me an email at ben@... and I will email it
to you directly.

Previous versions of beta software are not
available. However, the current version should be available
to download. If you can get the download to work,
email me at ben@... and I will email a copy to
you.<br><br>The actual copy of CrushFTP has the AppleScript
installer for swingall.jar. The installer is not included
in the archive though<br><br>CrushFTP for 9.2.1 is
on the download page.<br><br>A new version of
CrushFTP should be getting posted maybe
tonight...otherwise by tomorrow sometime. I need to do a little more
Q&A first.

hi <br>1.there is no way to d/l the last crushftp
version from the crush site (i run mac os 9.2.1).
<br>2.how do i install swingall.jar? unzipping results in a
folder with license.txt and swingall.jar. but no install
file. unzipping this swingall.jar results in one more
folder with again a swingall.jar file and a swingall.jar
folder with three more folder in it.... no install
file....

If you put the variable %data% into the email
body...it will be replaced with the log entry that called
the email event. The log entry has the date/time of
the upload, along with the username, and
filename.<br><br>So with that help does the current implementation do
as you need? Or do you need some additional tweaks
to make it fit your needs?

If a client of ours uploads or downloads a file
from/to our server, it would be great if the designer
working on a project for that cliient gets notified. For
example, one of my clients is a photographer. If he tells
me he's going to send me a large file, but doesn't
end up doing it for a few hours, I'd like to be
notified when the file arives on the server so I can start
working on it when it comes. So it would be on a per-case
basis. If I forget what he was going to send me, then it
would be handy for Crush to email me the name of the
file transferred.

The double messages thing may actually be a bug
and not a misconfiguration at all. I will have to
check into that.<br><br>As far as an email event
telling you what files have been
uploaded/downloaded...you mean like a weekly email giving you the sort of
reports from the server? (But soemthign that lets you
setup the schedule, or event of when the email gets
sent?

I was also wondering if there's a way I can send an email event showing what
file has been uploaded/downloaded ?

I've got it to work so that uploads send me a
message saying user has uploaded to server, and for
downloads that user has downloaded from server. Now when I
list stuff in directories, or log in, I don't get
email messages (which is perfect). The command I used
for uploads is STOR and for downloads is
RETR<br><br>I found these in my FTP client's transcript window.
Problem is, for each upload or download, I get two
messages. I think this is because it's sensing that there
is a file being transferred, then a confirmation as
a second action. Can anyone help me figure out how
to fine tune this?

I have it working so that when someone puts a
file on my server, it emails me, but I'm not sure in
the preferences, where you edit the event, what
"Command" means. I assume it means like if a person
uploads, or downloads, or logs in, but I don't know what
the syntax is for each of those commands. Anyone?

Something is configured wrong thats causing ti to
do that. It should not be using that much CPU at
all.<br><br>What is your packet size set to? What activity are the
connected users doing? Downloading, uploading?<br><br>I run
the server here on my Mac, and in MacOS X, and never
have it swamping the CPU. I also have done a fair
amount fo testing on the PC and never had anything like
that. So I would like to find out what's causing it.

I am always on the lookout for good ftpd programs
that are similar to glftpd, and it looks like I found
it! I was very impressed with Crush (enough that I
registered it after testing it), but one drawback I noticed
that will currently keep me using bpftpd. Running
Crush drives the CPU usage up to a constant 90-95% when
5-10 users are on it. Trying to use the computer while
running Crush is, to say the least, unbearable. Is there
a reason for this huge performance hit?<br><br>I
run Windows 2000 on a P3-600 with 768mb of
RAM.<br><br>Thanks,<br>Eggman

Due to my crappy DSL provider, my download server for all the 3.x archives was
down.  Its back up on a new IP.<br><br>Sorry,<br>Ben

CrushFTP dynamically updates its graphs. So if
you have only had one user log in, thats a 1 out of 1
its graphing. If you have had two logins, and only 1
was in...you would see it graphing 1 out of 2, or
half filled in. Its a moving bar graph that slides to
the left always keeping track of the maximum value
its had so far. The same would be true for the
bandwidth graphs if the user maintains a maximum bandwidth
for a period of time. It would be one solid
color.<br><br>Laterz

I've been using Crush for about a month. However,
I'm wondering why the "users logged" fills black.
there is only one user logged in. whats
gives?<br><br>thanks!<br><br>im using the latest release 3.1.18. with the latest
Java engine on a mac with 8.6

Have your clients use a client that does
MacBinary encoding on the fly...such as Fetch 3, 4, or
Interarchy 4, 5.<br><br>That way the file will contain the
resource fork and everything. CrushFTP will automatically
decode the file. 3.0b19 will even decode the file when
the server is running under OS X. 3.0b18 and prior
versions couldn't do the decoding/encoding under OS X.

Is there a way my clients can upload Illustrator
or Quark files to the server without adding a file
extension or compressing the file (.zip or .sit)? I've been
trying to send a Quark document but it just comes across
as raw data.

Great, thanks for the quick response. Right now
we're looking at our options and Crush FTP is a
definite possibility. The other option we're looking at is
using the FTP package that comes with Darwin and
getting that to work with the full OS X Server. The logic
is that the FTP implementation used in Darwin won't
be as closely tied to the system as is the case with
the modified and undocumented version that ships with
OSXS.<br><br>If that doesn't work (which I don't think it will)
and depending on the number of users interested in
actually using FTP we will look to well written apps like
Crush. Again, thank you.

Considering I don't know perl...I would recommend
Java. Otherwise I don't really have any suggestions on
how to do that.<br><br>I do want you to know that if
you generate the users with PERL, or whatever else,
CrushFTP will use them no problem. A user is defined by
the folder that contains a 0.XML file. The
inheritance for groups and such is loaded each time a user
logs in, so even if you modified the inheritance.xml
file, it would still be fine.<br><br>There is another
feature not mentioned yet and that is the ability for
CrushFTP to do template accounts. It works like this.
Create an account called "template", no password. Then
add to its file system a remote FTP server pointing
to the MacOS X box with the "real" user account. Use
"%user%, and %pass% for the user and pass to that box. Now
when the user logs in using their MacOS X username and
apssword, crushftp first tries to find their account. If
that fails, it looks for the account called tamplate,
and logs them in with that. It dynamicalyl replaces
all %user% and %pass%'s with the supplied username
and apssword they used to login. Then when they go
into a directory, CrushFTP will do the authentication
to that ftp server...and you can even restrict
permissions that they user has on the other box. CrushFTP
steps inbetween what happens. File transfers are done
via FXP when possible, otherwise the data is streamed
through the server. This alone should eliminate the need
for duplicate account creations.

I'm working with OS X Server in a design college
environment of about 600 users. While I am interested in
using an alterative to the server built into Mac OS X,
mostly because of user privilage limitations, I am not
thrilled about having to maintain a seperate user
listing.<br><br>I noticed that the prefrence files for each user is
in XML, besides something like a Perl script could
you suggest a way of dynamicly adding users based on
an existing directory
structure?<br><br>Thanks,<br>-matt

BTW, Transmit is inaccurate for speed reporting.
Soemtimes it showed speeds of 12 to 14Meg/sec. when using
CrushFTP. However on any of the other servers it was never
able to report that high...at max 10MB/sec. So always
subtract a few MB off of transmit speeds, or use a
stopwatch.

Today I had some free time so i tested three main
FTP servers. My own of course, the built in one in
MacOS X, and Rumpus. (The so called high performance
server.)<br><br>CrushFTP was the fastest server in all the test. I used a
27MB .mpg file for the tests. The client machine was
reading and writing from a RAM drive so as not to mess up
any test data.<br><br>The only server that reports
the transfer speeds was CrushFTP, and the fastest
speed recorded was 9218K/sec. That was a consistent
speed on several tests. I attained that speed on
downloads, and uploads.<br><br>I should not that this was
going across a 10/100MB switch. That has a theoretical
top speed of 9765.6K/sec.<br><br>Rumpus was able to
match my speed on some uploads, but not consistently.
Also Rumpus took quite a bit of work to even get it to
run under OS X. It also gave speeds of 300K/sec until
I messed around with the "performance settings".
Rumpus consistently got 7000K/sec...as reported by
Transmit.<br><br>The built in FTP server in OS X...the one without a
GUI that should be lean mean and fast, topped out
near 7000K/sec as well. Once again, no way to get
precise speeds as there was with CrushFTP. It matched
Rumpus for upload/downloads. Rumpus however has more
features than OS X's. But they both look like toddlers
toys when compared to CrushFTP.<br><br>Maybe I'm
biased...but I was surprised to see a JAVA app attain those
speeds. Now only if my HD was faster, and my SWITCH and
net card were faster we could see how fast CrushFTP
could go.<br><br>CrushFTP was using the default packet
size of 32K.<br><br>The client machine was a G4-450
Sawtooth running OS 9.2.1 (320MB RAM). The server was a
G4-500 B&W machine running OS X 10.1 (256MB
ram).<br><br>Anyone else not able to get freaking lightning speeds?
:)

I have remote admin stuff for the majority of stuff active again.  send me an
email ben@... and I can give you a copy.<br><br>I will probably be
posting another beta release late this week.

Java on OS X is pretty much just like any other
app. Soemtimes a bit slower...but in general the
same.<br><br>For the remote admin stuff...I know I have changes I
need to make to that...just working on getting to it.
Hopefully it will get done after I go home sleep, and come
back and code. ;)<br><br>You should still be able to
login, and change server prefs...just don't attempt
remote administration...that will crash one, or both
GUI's. I will also touch up the GUI to give a few more
stats so you can see the login process more
completely.<br><br>I'll let you know my progress.

It would be nice if it started up before login,
etc., because then the whole machine would be up and
running after a crash/power failure without a login but I
can solve that with the auto login feature of OS
X.<br><br>What I really want to work on is getting the remote
admin thing set up. Right now I can ftp into my user
acct. but can't seem to use the crushFTP app to login
and administer from another machine (this is all with
your current build on OS X 10.1). When I try to acces
the server from the Remote Admin tab another instance
of the program is started but it doesn't seem to
connect to the server or give any info about it. I think
it is connecting and authenticating (because I had
an error earlier when I did not have admin rights
set) but not communicating fully.<br><br>I don't know
much about java on OS X but since there is such an
integration on a low level I would assume that programs
written in Java can be treated as any other programs.
That is, with OS X I dont' think that Java is a
separate layer or API that has to be started up late in
the boot/startup process in order to enable Java
apps/applets.<br><br>Again, I'm not a programmer. When you say you took the
apache startup item and duplicated it do you mean the
entry in the inetd.conf file?<br><br>Well, I'm not
quite that adventurous to play around with that too
much. Also, I don't have the developer tools installed
(at least I dont' think the ones from 10.0x will work
with 10.1). Anyway I have soooo many things to work on
with these machines right now.<br><br>I really can't
think of another tool though that makes setting up an
ftp server so easy, at least on a Mac. I never tried
with Windows tho. The best thing is it is very
cross-platform. I imagine working with my friends on setting up a
massive mp3 ftp site with files at each of our houses all
available through one interface. With various
administrators adding their own files this could be a fun
project.<br><br>~&~

Hey I have figured out how to do a
service...sorta.<br><br>I took the apache startup item, duplicated it and
set it up to launch CrushFTP. Works really well,
except that once you've logged into the machine, and log
out, it quits it. But at least at first bootup its
running before you login.<br><br>Not sure how to get
around this since I think because its a java app it will
always get killed upon logout. I'm still learning OS X
stuff...so give that ability some time. If you want the
archive I've created to do that...and your adventurous
enough to do some file manipulation from terminal, I can
give it to you. Otherwise I plan on trying to make a
package to install that ability if you want
it.<br><br>Laterz

Well, you seem to be busy working on this today,
glad to see a forum for suport.<br><br>I just
downloaded the OS X 10.1 version - nice new icon. I have an
earlier version from a few days ago on an iMac(revB) and
I have set it up and am now trying to configure
remote admin from an iBook on the same
network.<br><br>Biggest problem so far is getting it to run in another
user besides root. That is, I have to log in as root
user and then start CFTP from the GUI. Eventually I
would like to have it run like other daemons and not
have to be started from the GUI. more on that later I
guess.<br><br>Also, I did set it up and had a friend log in and try
to download stuff but the app itself became really
unresponsive and eventually I stopped the server in order to
make changes to the user prefs - basically I would
click on something and walk away for a
while.<br><br>I'll keep playing, looks like a great piece of work
and as soon as I get a little more work done on it
I'll be sure to register. For now I'm just playing
with OS X (like the rest of us).<br><br>ben.

If your having problems downloading, send me an
email. I can't update one of my servers...so a local DSL
conencted machine is doing all the serving. Its behind a
crappy router and sometimes can't make connections to
the outside world. Sorry!

Welcome to the Yahoo! Message Board for CrushFTP 3 Support