I have an upload form set as follows: <cfinsert datasource = 'pre_reg_info'
tablename = 'upload_table' formfields = ''> <cffile action='upload'
filefield='Form.file_upload' destination='www.ictmt7.org/uploads'> When I try
to upload a file to the remote site I get an error message: Security: The
requested template has been denied access to cffile. The following is the
internal exception message: access denied
(coldfusion.tagext.GenericTagPermission cffile) It works perfectly well when I
try it on my testing server. Has anyone else seen this before and knows
anything about what is going wrong? Would appreciate your help. Colin

This may be a dumb question, but... is it possible that CFFILE disabled in CF Administrator on the remote site?

Thanks for the response, Jim. Believe me when it comes to levels of
understanding I am way below dumb! Yes. I think it was the problem - however,
having cleared that hurdle I have run up against another one as follows: When I
now try to upload a file, I get: String index out of range: -6 I'm currently
searching around for a solution to the problem but would appreciate your help
if you have come across this before. Colin

Hi

We can denide the access to use the CFfile tag in cf admin. there we can
restrict to use the cffile tag.

for the destination we need to give the full path in the cffile tag.
try to give the full path of the directory, where you want to upload the
file

This: destination='www.ictmt7.org/uploads'> Is not correct syntax. The
destination has to be a local path on the server such as :
c:\inetpub\website\folder\ or /var/www/html/websitefolder/ on a unix
system.

Hello: I am also having troubles with a CFFILE upload. However, I am getting no
error message, doing just a simple upload, but even though the action page
returns a successful file upload message, the key that indicates whether the
file was saved says, NO, and indeed the file has not been saved to the folder
I'm using. I am using the full path, when attempting to upload the file to a
separate folder, or a function that will save the file into the same folder as
the form and action template. It works on my test server, but not on the live
server. I, too am at a loss. I have been all over the Macromedia Knowledge
base, have received great advice, but nothing I do works. I'm testing this
process with a sample set of files right out of the Cold Fusion MX Web
Application Construction Kit. You'd think it would work. I've read every
instruction I can think of. Here's the code for the form and the action page,
minus the output that gives all the info about the uploaded file

<CFFILE
DESTINATION="#GetDirectoryFromPath(GetBaseTemplate Path())#"
ACTION="Upload"
NAMECONFLICT="Overwrite"
FILEFIELD="FileName">

Well, it didn't pick up the form code, but it's pretty standard. I just don't
get what could possibly be wrong except maybe security settings on the server,
but why no error or access denied message. Also, I have made sure that nothing
is restricted in CF Administrator. If anyone can help, I'd really appreciate
it. Thanks, WCW

I?ve been struggling off and on for the past two weeks to find a solution to
the error message, "Access Denied. The file may not exist, or there could be a
permission problem." This may be of assistance to others with this problem
because these fixes have not been well publicized by Macromedia .

1) the Contribute XML file that controls what contribute can do may be at
fault (this is stored in the "_mm" directory inside your website). It may need
to be deleted and auto-recreated.

2) Turn off rollbacks.

3) In User Roles, UNCHECK the box "Do not let users delete files."

4). In the Dreamweaver site definition, DO NOT check the box to make
Dreamweaver compatible with Contribute.

5) For the _mm folder, check that you have permissions. If you do, the time
and date for the file "cthub<random numbers>.csi" will change when you modify
any setting.

Like you, I've been struggling to get Contribute 3 (and the updated 3.1) to
work for a couple of weeks.

I was very pleased to see your suggestions and I went through the set-up
making sure everything was as you've described in your message. As far as I
could tell these settings were already in place as the defaults.

In addition I also made the following changes to the set-up:

1. When setting up a new connection using the connection wizard, at the
'Connection info' stage, assuming you want to connect via FTP, choose advanced
settings
2. Select 'Choose FTP server settings manually:'
3. Select "use passive FTP to connect to the server'
4. Deselect 'use FTP performance optimization'
5. Click ok
6. continue the wizard as normal

This seemed to work for me, however, I'm no expert and don't really understand
why this should work.

I hope this helps a few other people since I know how frustrating it was when
it wasn't working and Macromedia didn't seem to be able to help! Considering
this is a tool for people with limited knowledge of web developing/publishing
I'm astounded at the number of seemingly complex problems people are
experiencing in these forums.

I usually find that a user gets this error if I've been making sitewide link,
template or library changes in DW. Sure you can set DW to automatically upload
on save, but it does not automatically check files in. On a big site this can
be a hassle finding the files that were modified and making sure they are
checked in. You can get a log of an Synchronise but not of a Template, Library
or sitewide link change.

My C users, if they are good, report this error to me and I can go in to DW
locate the file and check it in. Then everything is groovy. Some C users though
I think just get tired of seeing this and give up.