bugphpGroupWare - Bugs: bug #1556, error while trying to add an...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #1556: error while trying to add an attacment on email

Submitted by:  None
Submitted on:  Wed 30 Oct 2002 12:53:44 PM UTC  
 
Item Group: 0.9.14 releaseCategory: email
Severity: 3 - NormalPriority: 5 - Normal
Status: Works For MePrivacy: Public
Assigned to: Angelo Tony Puglisi <angles>Open/Closed: Closed
Component Version: ZIPOperating System: MS Windows
Reproducibility: Every TimePlanned Release: None
Fixed Release: 

(Jump to the original submission Jump to the original submission)

Fri 27 Jun 2003 02:16:12 AM UTC, comment #7:

closed - php-config issue

Chris Weiss <cw>
Project Administrator
Wed 12 Mar 2003 06:39:47 AM UTC, comment #6:

These settings are also covered in phpgroupware/phpgwapi/doc/php-configuration.txt

Anonymous
Thu 02 Jan 2003 03:06:37 PM UTC, comment #5:

Look at this page:
http://www.php.net/manual/en/features.file-upload.php
See where it says:
"See also the file_uploads, upload_max_filesize, upload_tmp_dir, and post_max_size directives in php.ini"
Check into each of those values.

Note that the change on GLOBALS as of PHP 4.1.0 is not an issue, anglemail handles both types, although I think phpgw requires register_globals = on.

On that same page, also see this user comment:
michaelpearl at mac dot com
04-Mar-2002 03:05
When uploading very large files (greater than the default 8M) I found that I had alter not only the "max_file_size" input and the php.ini max_file_size limit, but ALSO the "post_max_size" variable in the php.ini file.
Because I was submitting the file via a POST request, it would hit this limit and deny the upload.

And see this user comment:
jeroenHATESSPAM at NOSPAMvogelpoel dot com
16-Apr-2002 05:50
Don't forget to allow file uploads by other users for the directory you use as file-upload destination. Same thing for the temporary-file directory. Just CHMOD the directories to 777 and it should work, granted the PHP code itself is working okay.

And see this user comment:
alex at netflex dot nl
07-Jun-2002 08:39
Hi, To get the max upload filesize i use this [script] ...

And see this user comment:
kurmie at wanadoo dot nl
17-Oct-2002 08:59
Uploading huge files still remains a problem, even after you've set upload_max_size and post_max_size to reasonable sizes (in my case respectively the defaults 2M and 8M).
MAX_FILE_SIZE is often ignored and php doesn't cut in to stop the transfer, so if you're using Apache (i'll bet you are) try limiting transfers with LimitRequestBody.
Be advised that you don't set this directive too low, or Apache will return a document without data.

And see this user comment:
g dot kakanauskas at paciolis dot lt
30-Nov-2002 12:40
If you are planning to upload large files and use the script used in the description, do not forget to set max_execution_time in php.ini to a reasonable value, because it seems like the script is running until the upload is over and you will get
Fatal error: Maximum execution time of xx seconds exceeded.
The error occurs only AFTER the file is uploaded and I believe it's because php wait's for $_FILES variables to appear too long...

And see this user comment:
travis dot lewis at amd dot com
04-Dec-2002 01:58
If you we dumb like me you installed Redhat 8.0 and kept the default install of packages for Apache 2.0 and PHP4.2.2. I could not upload any files larger than 512kB and all the php directorives were set to 32MB or higher.
memory_limit = 128M
post_max_size = 64M
upload_max_filesize = 32M
[snip]
However, the insiduous php.conf (/etc/httpd/conf.d/php.conf) file used by default RPM install of Redhat httpd has a LimitRequestBody set to 512kB ("524288" ). Adjusting this to 32MB ("33554432") got things going for the larger files. Here is my php.conf file in its entirety. Hope this helps someone. L8er.
[snip]

Angelo Tony Puglisi <angles>In charge of this item.
Thu 02 Jan 2003 02:26:01 AM UTC, comment #4:

Have you also made sure the file upload path in php.ini is set and valid? email file uploads are 2 stages, php makes a temp file, then phpgw takes that temp file and copies it to the phpgw temp path for inclusion in the email. The php upload is deleted automaticaly by php when the script is finished so the email app needs to make the copy.

Chris Weiss <cw>
Project Administrator
Wed 04 Dec 2002 08:22:59 PM UTC, comment #3:

Hi This is still a problem my setup has the temp directory set to c:\temp and have made sure the web-server can write to that directory. Is the above error caused by not looking at the right directory ie. 'C:Tempphp6.tmp'

Anonymous
Fri 29 Nov 2002 12:11:40 AM UTC, comment #2:

Is this still a problem?

Dave Hall <skwashd>
Project Administrator
Thu 21 Nov 2002 02:10:30 AM UTC, comment #1:

Try and see if you have correctly set your temporal directory in the setup app. Youll need it for a bunch of things to work in phpgw. Get back to us if youve fixed this.

Alejandro Borges (lex) <alexbsa>
Wed 30 Oct 2002 12:53:44 PM UTC, original submission:

when trying to add an attachment to an email the attachment window opens but when I select the file and click attach I get the folowing error
Warning: Unable to open 'C:Tempphp6.tmp' for reading: No such file or directory in d:\www\thehub\htdocs\phpgroupware\email\attach_file.php on line 167

Anonymous

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 4 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Fri 27 Jun 2003 02:16:12 AM UTCcwOpen/ClosedOpen=>(Error - Not Found)
Tue 31 Dec 2002 10:48:57 PM UTCskwashdAssigned toskwashd=>NA
Fri 29 Nov 2002 12:11:40 AM UTCskwashdStatusNone=>(Error - Not Found)
  Assigned toNone=>NA

Back to the top


Powered by Savane 3.1-cleanup1