[Phpgroupware-tracker] [Bug #1556] error while trying to add an attacment on email

[nobody]

=================== BUG #1556: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1556&group_id=509

Changes by: Angelo Tony Puglisi <address@hidden>
Date: 2003-Jan-02 10:06 (America/New_York)

------------------ Additional Follow-up Comments ----------------------------
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]




=================== BUG #1556: FULL BUG SNAPSHOT ===================


Submitted by: None                      Project: phpGroupWare                   
Submitted on: 2002-Oct-30 07:53
Category:  email                        Bug Group:  0.9.14 release              
Severity:  5 - Major                    Priority:  Normal                       
Resolution:  Works for me               Assigned to:  angles                    
Status:  Open                           Component Version:  ZIP                 
Platform Version:  Windows              Reproducibility:  Every Time            

Summary:  error while trying to add an attacment on email

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


Follow-up Comments
*******************

-------------------------------------------------------
Date: 2003-Jan-02 10:06             By: angles
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]


-------------------------------------------------------
Date: 2003-Jan-01 21:26             By: cw
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.

-------------------------------------------------------
Date: 2002-Dec-04 15:22             By: None
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' 


-------------------------------------------------------
Date: 2002-Nov-28 19:11             By: skwashd
Is this still a problem?

-------------------------------------------------------
Date: 2002-Nov-20 21:10             By: alexbsa
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.


CC List
*******

CC Address                          | Comment
------------------------------------+-----------------------------
address@hidden           | fyi



No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=1556&group_id=509