CrushFTP Support Forums
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: spinkb
Forum Index » Profile for spinkb » Messages posted by spinkb
Author Message
Arg. :( Very sorry. Missed that it was doing that, and I just didn't get why you were ignoring what I was saying! :) Sorry.

<br>

Having that tag somewhere will fix the issue.
Your missing what I'm saying.

You *must* have one
tag in your original code or else CrushFTP is going to clobber your pretty css formatted message with
tags.

Since you haven't put a single
tag yet, CrushFTP help you make your HTMl email be more HTML like. So fix that. Even if its a single
at the end of the email, I don't care where, it just needs to be somewhere.

Thanks,
Ben
Unless you have one
tag, its not considered to be HTML by CrushFTP.

Thanks,
Ben
Yes. If your email body has line breaks, and the entire thin has no
tags anywhere, then it converts the line breaks to br tags.

To avoid this, put some
tag anywhere in the email body.

Thanks,
Ben
Email us directly at support please. I think we need to do a scene sharing session to debug this.

Thanks,
Ben
What is the current job log now from the attempt?
The users were lost from the full disk and attempts to make updates into them. Crush tracks the prior 10 logins a user has made in their user.xml file but was unable to write that info.

So expand the drive and make the users again...setup log rolling in the prefs to keep the issue form occurring again too.

Thanks,
Ben
Is your disk almost full? Or possibly was full and now its not?

What exact CrushFTP version is this too?

Thanks,
Ben
Or possibly...

1,1.1,1.2

We don't use v6 anymore, and just updating to v7 would fix this instantly too...

But you can try using:

TLSv1,TLSv1.1,TLSv1.2

Thanks,
Ben
Click update now and the issue is almost certainly fixed in a newer 7.1.0_197 build.

Thanks,
Ben
What exact CrushFTP version is this?

Thanks,
Ben
CrushFTP is technically using a java wrapper to install the service.

So install once somewhere, and look at the folder "service" it makes. It has everything configured in it.

You can then perform your own command line service install like this:

java -jar wrapper.jar -i wrapper.conf

But do so using elevated privileges.

Thanks,
Ben
Sorry for the delay, the general questions doesn't get monitored in realtime like the support questions forum does.

Copy the prefs.xml and users from v5 to v7. That keeps your settings.

You can use a reverse proxy in front of CrushFTP, that is fine...ideally with a whole domain name. If by subdir, then you have to tell CrushFTP the subdir its behind. Example /files/ or whatever you configured in Apache.

But the port numbers are not important...you just need to know what you set them to.

Thanks,
Ben
Yes, but be sure to add the F5 into the never ban IP list... CrushFTP will honor the x-forwarded Ip header.

Thanks,
Ben
This error is in reference to CrushSync trying to get a file list, and it is failing for some reason.

The CrushFTP logs, or CrushSync log file will tell you more information bout what failed and why. But from this error alone, nothing more can be understood.

Thanks,
Ben
New build fixes deleting as well.

Thanks,
Ben
Sorry...my mistake. New build now again.

--Ben
Please try the current build now. Is this fixed for you?

7.1.0_174

Thanks,
Ben
Email us directly at support with a screenshot of your event / job setup so we can see what your doing.

I think your event/job is running multiple times possibly too...
So enable it then...

otherwise, it does one item, not all the items.
What is you enable loop through items?

Its on the add after, leave that part blank for the Find item, and then put your variable into that tab of the WriteFile task.

Thanks,
Ben
And this General forum doesn't notify us of new topics, so we missed your original question. Sorry about that.
Some LDAP servers require the full notation for the username.

uid=bens,ou=users,ou=somefolderstructure,dc=domain,dc=local

Etc. You get the idea. You need to get the connection working so you can then configure the stuff lower down.

Thanks,
Ben
If your trying to have security by having a front end server, then you need to be using our DMZ feature of the enterprise license.

This handles the protocol at the receiving side, then connects internally with a reverse connection and uses HTTPs traffic internally between the DMZ and the internal server for all file transfers and everything else.

With the system your describing, it has to be specifically aware of how the FTP protocol works, or its guaranteed to fail.

Thanks,
Ben
CrushFTP doesn't care about ports...80 is the same to it as 54382. Its just a port and makes no difference what it is.

The issue I saw in what was going on with you is the auth cookie is being lost. Without that, CrushFTP sends you back to the login page.

Thanks,
Ben
The issue is the SMTP server doesn't allow spoofing, or relaying.
Not all SMTP servers allow you to spoof. Yours isn't allowing it...so emails will always come from the account sending the SMTP email.

Thanks,
Ben
Email us directly at support and provide a screenshot of your port listing in the prefs so we can see how they are ordered.

Thanks,
Ben
Latest build now corrects this issue.

Thanks,
Ben
"PASS" as in the command for "PASSword". Its a carryover from FTP. They didn't pass the password phase...so they didn't succeed.

Thanks,
Ben
Why do you think they were successful? They were connected, and trying to guess at passwords maybe, so CrushFTP shows the surname they are trying. That doesn't means they succeeded in anything other than eventually getting themselves banned.

Look at the user info tab, click on a session, see what their log has. Does it show the login succeeding or being denied?

If they aren't even using a correct username, they can never be successful. If they try too many times and exceed your banning rule, their IP is banned and no further attempts can be tried.

Thanks,
Ben
If you use a domain that starts with "ftp" and you don't specify a protocol when typing in the DNS name, the browser will assume FTP.

So...since your using a DNS name like that, you have to type "http://" in front of the DNS.

Thanks,
Ben
In their VFS, they would be inside their home folder if that is their email or whatever.

So you could send out hard coded emails like this:

http://results.domain.com/?u={1path}

http://results.domain.com/?u={2path}

Or whatever part of a path from your own user that was used the email is their username.

So in your account, if you uploaded in /uploads/user@domain.com/file.txt then that would be {2path} to get the 2nd segment of that full path. Adding it on the URL you sent them just causes the login.html page to pre-fill the username for them as a convenience, but its not necessary.

But since every user has their own VFS, you can't simulate a full link into their account unless you have a matching folder structure for them as well.

Thanks,
Ben
Its been too long since I wrote those instructions. :)

The way OSX is setup to separate apps into app containers, you kind of need to do separate plist file definitions. All could be in the file, that is up to you, and not do an include.

The instructions we have are not a secret method to make CrushFTP work. We had to figure rout Apple's convoluted system of adding a reverse proxy in newer versions of the OS, and this is what we came up with as being the easiest way we could figure out...which we still aren't big fans of. But its all we figured out.

So if you have a different way you want to do reverse proxy that works, by all means do it. Any way that accomplishes the goal of reverse proxy is absolutely fine.

Thanks,
Ben
If you reverse proxy an entire domain, then you change nothing in CrushFTP.

If you do a sub dir, then you must tell CrushFTP the subdir in the reverse proxy config.

I see nowhere in our guide where we tell you to point apache to that plist. We tell you to copy it out...

Thanks,
Ben
On our side...this works fine for a zip download or normal download for the event.

What is logged? It should log references about adding to the events when you download.

Also update to 7.1.0_150+ in case its something we fixed between whatever your on.

Thanks,
Ben
The prior issue was related to the DB if I remember right.

Regardless of how the download is done, zip or individually, it is being tracked...

Check the reports. They will show it was tracked.

Your saying just the manage shares listing of download tracking is the only thing not showing this?
That file is just a template file for you to use and install into apache. CrushFTP won't ever be changing that file for any reason.

You just need to follow the guide on the wiki page for configuring reverse proxy in apache.

The config your making in CrushFTP settings is for CrushFTP, and is unrelated. Follow the guide carefully.

http://www.crushftp.com/crush7wiki/Wiki.jsp?page=Reverse%20Proxy%20Apache

Thanks,
Ben
Not in any way.

Thanks,
Ben
If you have an enterprise license, you can do this in a Jump task item. It allows for conditional logic.

So if some var equals this, do this, else this...and you could have completely different email task items it executes.

But no conditional logic in the normal version of the software.

Thanks,
Ben
we handle BCRYPT: MD5CRYPT: CRYPT3: But only those...

Thanks,
Ben
Email us directly at support for access info so we can test further.

--Ben
First, update your CrushFTP by clicking update now to move to 7.1.0_149+.

Then see if you still have issues.

Let me know,
Ben
Very first thing to try is to update to v6.5. There may have been a bug related to this...and your a ways out of date.

So update first and see if the issue remains.

Let me know,
Ben
Its a known bug...work around is using enter key to go into the folder.

We are trying to replicate to figure out a fix. Doesn't affect us all the time.

Thanks,
Ben
What version of CrushFTP is this?

Is your windows version using english localization?

This is definitely not a known limitations and we work with all UTF8 chars, dealt with japanese characters just today.

Let me know,
Ben
Then you are *very* out of date. 1.5 years of changes in CrushFTP is a significant amount. You might be exposed to exploits too staying on an old version, things we have fixed, things we have updated, etc. There isn't anything known...but staying on an old version is not a good method for security.

v7 has a majorly improved "Jobs" system. This along would improve what your doing, allowing you to see details as the job runs, etc. v6 had our first pass at making a job scheduler. v7 drastically improved on that system.

I can't stress enough...plan to upgrade to v7 as soon as you can...especially since your using Jobs. At the very least, move to v6.5. Its a one button press and it auto updates and restarts CrushFTP update. Most people can do this in under 1 to 2 minutes.

Thanks,
Ben
We aren't aware of any test and run job issues...so this must have been fixed at some point in the past. I don't know your current version your using though.

But as you mentioned in the other email, first clearing the target location before writing to it is the easiest solution to implement without updating.

Thanks,
Ben
 
Forum Index » Profile for spinkb » Messages posted by spinkb
Go to:   
Powered by JForum 2.1.8 © JForum Team