[ZendTo] Antwort: Re: {SPAM?} Upload > 2GB :..

Sun Apr 17 10:23:19 BST 2011

Hi,

as i wrote i did tests with 64Bit RHEL 5.x  and fixed PHP as documented. I
set the limit in preferences.php to 8GB. I doesn' matter which browser i
take! The limit is 2GB...

I tried Firefox 3.x 32Bit, Firefox 4.x 32Bit., Firefox 4.x 64Bit...

I tried also the preconfigured VM (CentOS 64-Bit) from Zend.to and had the
same issue.

Mit freundlichen Grüßen / Best regards

Patrick Gaikowski
Tel:     +49 7132 94 3568
Fax:    +49 7132 94 73568
E-Mail: patrick.gaikowski at kaufland.com
KI 967800 IT International / Infrastruktur
Office:
Lindichstrasse 11
D-74189 Weinsberg

http://www.kaufland.de

Kaufland Informationssysteme GmbH & Co. KG
Postfach 12 53 - 74149 Neckarsulm
Kommanditgesellschaft
Sitz: Neckarsulm
Registergericht: Amtsgericht Stuttgart HRA 104163

   Jules <Jules at zend.to>                                                   
   Gesendet von:                                                           
   zendto-bounces at zend.to                                                  
                                       ZendTo Users <zendto at zend.to>       

   16.04.2011 23:40                                                        
                                                                     Thema 
                                       [ZendTo] Re: {SPAM?}  Upload > 2GB  
   Bitte antworten an                  :..                                 
   ZendTo Users                                                            
   <zendto at zend.to>                                                        

Certainly IE cannot cope with uploads bigger than 2GB.
And you also need a patched PHP (see the web site for how to do this) to
support uploads bigger than 2GB.

On my Mac with Safari, I can do uploads far in excess of 2GB with no
problems at all.

Once you've got a patched PHP library, it's all down to the browser, and
most Windows ones are screwed. Even a supposedly 64-bit IE9 on Windows
2008R2 64-bit can still not do uploads bigger than 2GB (which is the 31-bit
limit, so they are still using 32-bit signed integers to hold the upload
size.  :-(

And don't forget to set the max upload file limits in preferences.php and
php.ini as well of course.

On 16/04/2011 20:04, Duncan, Brian M. wrote:
      Patrick I have not checked lately to see if the status changed on
      this yet, last I knew 2 gig was the limit.

      Here was an email I sent back in Feb to the list related to this
      issue, not sure if it is still the same.

      Check your PHP error log there might be something in there on your 4
      gig uploads.

      I would also like to have 4 gig working, and if it is just something
      with APC maybe that will be fixed in the future.. but for now we just
      told users 2 gig is the max per drop-off.

      From: zendto-bounces at zend.to [mailto:zendto-bounces at zend.to] On
      Behalf Of Duncan, Brian M.
      Sent: Wednesday, February 23, 2011 1:45 PM
      To: ZendTo Users
      Subject: {Disarmed} [ZendTo] {Disarmed} RE: {Disarmed} {Disarmed} Re:
      {Disarmed}{Disarmed} RE: {Disarmed} {Disarmed} Re: {Disarmed} RE:
      Re:{Disarmed} RE: Re:ZendTo 3.70 released

      I figured it out.

      It is that post_max_size 50000M does not seem to work and it must be
      defaulting to some value that equals 889192448 bytes when you have it
      set to 50000M.

      When I set it to 1000M I was able to upload my 950 meg file and it
      completed and the progress bar worked.  This is against my PRODUCTION
      zendto server that is 64bit Centos.

      I then tried setting it to 3000M and it caused other issues with
      Zendto. (I could not log in successfully)

      This was the error log when it was set to 3000M:

      PHP Warning:  Unknown: POST Content-Length of 43 bytes exceeds the
      limit of -1149239296 bytes in Unknown on line 0, referer: MailScanner
      has detected a possible fraud attempt from "10.9.3.5" claiming to be
      http://10.9.3.5/?action=login
      Some kind of PHP bug?

      I finally settled on 2000M, anything higher then post_max_size =
      2000M would cause the login issue.  Setting at 50000M must make it
      default to the 889192448 value.

      I verified this on my production server and on your current CentOS
      VMWARE image.

      This sounds to me that there is a hard limit at this point with
      Zendto's ability to receive files larger then 2 gigs that might not
      be able to be worked around.

      If someone has any idea how to work around this please let me know.

      Now the progress bar works for drop-off's up to 2 gig in size.

      Here is the 950 meg drop-off that never worked before:

      BRIAN M. DUNCAN
      Data Security Administrator
      Katten Muchin Rosenman LLP
      525 W. Monroe Street / Chicago, IL 60661-3693
      p / (312) 577-8045 f / (312) 577-4490
      brian.duncan at kattenlaw.com / www.kattenlaw.com

      From: zendto-bounces at zend.to [mailto:zendto-bounces at zend.to] On
      Behalf Of patrick.gaikowski at kaufland.com
      Sent: Saturday, April 16, 2011 12:58 PM
      To: zendto at zend.to
      Subject: [ZendTo] {SPAM?} Upload > 2GB :..

      any news? is it possible to make an upload with more than 2gb?

      Hello,

      i tried to Upload a 3GB-File (Firefox 3.x and Firefox 4) and the
      progresspage is still showing 100% and nothing happened.

      I tested it with the 64Bit-VM CentOS and also with a 64-Bit RHEL5
      (php compiled like shown in documentation).

      In our 64-Bit RHEL5 i got the following error:

      [Mon Apr 11 14:49:50 2011] [error] [client x.x.x.x] Invalid
      Content-Length, referer: https://share.kaufland.com/verify.php
      [Mon Apr 11 16:42:43 2011] [error] [client x.x.x.x] Invalid
      Content-Length, referer: https://share.kaufland.com/verify.php

      Mit freundlichen Grüßen / Best regards

      Patrick Gaikowski
      Tel:     +49 7132 94 3568
      Fax:    +49 7132 94 73568
      E-Mail: patrick.gaikowski at kaufland.com
      KI 967800 IT International / Infrastruktur
      Office:
      Lindichstrasse 11
      D-74189 Weinsberg

      http://www.kaufland.de

      Kaufland Informationssysteme GmbH & Co. KG
      Postfach 12 53 - 74149 Neckarsulm
      Kommanditgesellschaft
      Sitz: Neckarsulm
      Registergericht: Amtsgericht Stuttgart HRA 104163

      http://www.kaufland.de

      Kaufland Informationssysteme GmbH & Co. KG
      Postfach 12 53 - 74149 Neckarsulm
      Kommanditgesellschaft
      Sitz: Neckarsulm
      Registergericht: Amtsgericht Stuttgart HRA 104163

 ===========================================================                
 CIRCULAR 230 DISCLOSURE: Pursuant to Regulations Governing Practice Before 
 the Internal Revenue                                                       
 Service, any tax advice contained herein is not intended or written to be  
 used and cannot be used                                                    
 by a taxpayer for the purpose of avoiding tax penalties that may be        
 imposed on the taxpayer.                                                   
 ===========================================================                
 CONFIDENTIALITY NOTICE:                                                    
 This electronic mail message and any attached files contain information    
 intended for the exclusive                                                 
 use of the individual or entity to whom it is addressed and may contain    
 information that is                                                        
 proprietary, privileged, confidential and/or exempt from disclosure under  
 applicable law.  If you                                                    
 are not the intended recipient, you are hereby notified that any viewing,  
 copying, disclosure or                                                     
 distribution of this information may be subject to legal restriction or    
 sanction.  Please notify                                                   
 the sender, by electronic mail or telephone, of any unintended recipients  
 and delete the original                                                    
 message without making any copies.                                         
 ===========================================================                
 NOTIFICATION:  Katten Muchin Rosenman LLP is an Illinois limited liability 
 partnership that has                                                       
 elected to be governed by the Illinois Uniform Partnership Act (1997).     
 ===========================================================                

      _______________________________________________
      ZendTo mailing list
      ZendTo at zend.to
      http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto

Jules

--
Julian Field MEng CITP CEng
www.Zend.To

Follow me at twitter.com/JulesFM
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654

'Teach a man to reason, and he will think for a lifetime.' - Phil Plait
'All programs have a desire to be useful' - Tron, 1982
_______________________________________________
ZendTo mailing list
ZendTo at zend.to
http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20110417/40b4f599/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20110417/40b4f599/attachment-0003.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecblank.gif
Type: image/gif
Size: 45 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20110417/40b4f599/attachment-0004.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: C2871109.gif
Type: image/gif
Size: 53260 bytes
Desc: not available
Url : http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20110417/40b4f599/attachment-0005.gif 