phpgroupware-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Phpgroupware-tracker] [bug #1064] download of large attachments fails


From: nobody
Subject: [Phpgroupware-tracker] [bug #1064] download of large attachments fails
Date: Thu, 26 Jun 2003 22:07:34 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030428

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

Changes by: Chris Weiss <address@hidden>
Date: Thu 06/26/2003 at 21:07 (America/Chicago)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
Closed due to no response after 2 weeks of followup being posted



=================== BUG #1064: FULL BUG SNAPSHOT ===================


Submitted by: lrhegeba                Project: phpGroupWare                 
Submitted on: Fri 08/23/2002 at 14:21
Category:  email                      Bug Group:  None                      
Severity:  5 - Major                  Priority:  None                       
Resolution:  None                     Assigned to:  None                    
Status:  Closed                       Component Version:  None              
Platform Version:  Linux - Debian     Reproducibility:  Every Time          

Summary:  download of large attachments fails

Original Submission:  We use phpGroupware 0.9.13.018 with php 4.2.1. it runs on 
an internal server in apache which is accessed by a gateway-server running 
apache. the gateway-server (adresses as www.example.org/phpgroupware/) rewrites 
the URL to access the internal apache-server (e.g. to 
linux.example.org/phpgroupware/)which then starts the php-process. all works 
fine except when trying to download a large attachment (uploading the same 
attachment works fine due to changes in php.ini [post_max_size, upload_tmp_dir, 
max_execution_time, upload_max_filesize, memory_limit]) from the internet. the 
internal server is accessed but the browser cannot download the file and stops 
with an error message). but if i am in the internal network and address the 
machine directly via www.example.org/phpgroupware/ i can download the 
attachment without any problem. phpgroupware accesses the mails via imap which 
is located on another server, using another mail client works without problem 
with these attachments. i guess this bug report is a duplicate of #439 with 
some more details.

thanks for your work,
                    Lothar

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

-------------------------------------------------------
Date: Thu 06/26/2003 at 21:07       By: cw
Closed due to no response after 2 weeks of followup being posted

-------------------------------------------------------
Date: Thu 11/28/2002 at 18:13       By: skwashd
Two things.  First grab the lastest version 0.9.14.001.  just set the path in 
setup to /phpgroupware.  These should fix the problems.

-------------------------------------------------------
Date: Wed 11/27/2002 at 11:15       By: alexbsa
Mhm... try this in your phpgw setup, step two.

There is an entry where you put the url where phpgw's install is to be located. 
Put nothing  there. Then try again.

-------------------------------------------------------
Date: Wed 11/27/2002 at 02:14       By: lrhegeba
Hi,

can't post all config files, but here the relevant bits:

gateway-server has virtual hosts configured:
  * www.example.org (accessible via internet)
  * internal.example.org
virtual host www.example.org has the following rewrite rules (mod_rewrite):
  RewriteRule ^/phpgw/login http://linux.example.org/phpgw/login.php [P]
RewriteRule ^/phpgw/(.*) http://linux.example.org/phpgw/$1 [P]
RewriteRule ^/phpgw http://linux.example.org/phpgw/login.php [P]


linux.example.org has only the following entries
/etc/apache/httpd.conf:LoadModule php4_module /usr/lib/apache/1.3/libphp4.so
/etc/apache/httpd.conf:    DirectoryIndex index.html index.htm index.shtml 
index.cgi index.php
/etc/apache/httpd.conf:    AddType application/x-httpd-php .php
/etc/apache/httpd.conf:    AddType application/x-httpd-php-source .phps

Nothing fancy as you can see. perhaps it is something like i once encountered 
in squirrelmail, which cannot run in a setup like ours on the internal machine. 
cause the developers decided it would be a good idea to put the hostname in the 
session and then use it to construct uri's...

-------------------------------------------------------
Date: Wed 11/20/2002 at 19:56       By: alexbsa
Boy! Weird trouble....  post your apache confs please, i have a somehow alike 
setup with khttpd+apache so im definitivly worried


CC list is empty


No files currently attached


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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]