<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Certainly IE cannot cope with uploads bigger than 2GB.<br>
    And you also need a patched PHP (see the web site for how to do
    this) to support uploads bigger than 2GB.<br>
    <br>
    On my Mac with Safari, I can do uploads far in excess of 2GB with no
    problems at all.<br>
    <br>
    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.&nbsp; :-(<br>
    <br>
    And don't forget to set the max upload file limits in
    preferences.php and php.ini as well of course.<br>
    <br>
    On 16/04/2011 20:04, Duncan, Brian M. wrote:
    <blockquote
cite="mid:946070139734074AA288505D2AD1D4CD03F572@CHI-US-MAIL-1B.us.kmz.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta content="MSHTML 6.00.6002.18407" name="GENERATOR">
      <div dir="ltr" align="left"><span class="877065718-16042011"><font
            color="#0000ff" face="Arial" size="2">Patrick I have not
            checked lately to see if the status changed on this yet,
            last I knew 2 gig was the limit.</font></span></div>
      <div dir="ltr" align="left"><span class="877065718-16042011"></span><span
          class="877065718-16042011"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="877065718-16042011"><font
            color="#0000ff" face="Arial" size="2">Here was an email I
            sent back in Feb to the list related to this issue, not sure
            if it is still the same.</font></span></div>
      <div dir="ltr" align="left"><span class="877065718-16042011"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="877065718-16042011"><font
            color="#0000ff" face="Arial" size="2">Check your PHP error
            log&nbsp;there might be something in there on your&nbsp;4 gig uploads.</font></span></div>
      <div dir="ltr" align="left"><span class="877065718-16042011"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="877065718-16042011"><font
            color="#0000ff" face="Arial" size="2">I would also like to
            have 4 gig working, and if it is just something with
            APC&nbsp;maybe that will be fixed in the future..&nbsp;but for now we
            just told users 2 gig is the max per drop-off.</font></span></div>
      <div dir="ltr" align="left"><span class="877065718-16042011"></span>&nbsp;</div>
      <div dir="ltr" align="left"><span class="877065718-16042011">
          <div class="OutlookMessageHeader" dir="ltr" align="left"
            lang="en-us">
            <hr tabindex="-1">
            <font face="Tahoma" size="2"><b>From:</b>
              <a class="moz-txt-link-abbreviated" href="mailto:zendto-bounces@zend.to">zendto-bounces@zend.to</a> [<a class="moz-txt-link-freetext" href="mailto:zendto-bounces@zend.to">mailto:zendto-bounces@zend.to</a>]
              <b>On Behalf Of </b>Duncan, Brian M.<br>
              <b>Sent:</b> Wednesday, February 23, 2011 1:45 PM<br>
              <b>To:</b> ZendTo Users<br>
              <b>Subject:</b> {Disarmed} [ZendTo] {Disarmed} RE:
              {Disarmed} {Disarmed} Re: {Disarmed}{Disarmed} RE:
              {Disarmed} {Disarmed} Re: {Disarmed} RE: Re:{Disarmed} RE:
              Re:ZendTo 3.70 released<br>
            </font><br>
          </div>
          <div dir="ltr" align="left">
            <div dir="ltr" align="left"><span class="409104418-23022011"><font
                  color="#0000ff" face="Arial" size="2">I figured it
                  out.</font></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font color="#0000ff"
                  face="Arial" size="2">It is that post_max_size
                  50000M&nbsp;does not seem to work and it must be defaulting
                  to some value that equals 889192448&nbsp;bytes<span
                    class="643052419-23022011"> when you have it set to
                    50000M.</span></font></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font face="Arial"><font
                    color="#0000ff"><font size="2">When I set it to
                      1000M I was able to upload my 950 meg file and it
                      completed and the progress bar worked.<span
                        class="643052419-23022011">&nbsp; This is against my
                        PRODUCTION zendto server that is 64bit Centos.</span></font></font></font></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font color="#0000ff"
                  face="Arial" size="2">I then tried setting it to 3000M
                  and it caused other issues with Zendto. (I could not
                  log in successfully)</font></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">This was the error log when it
                    was set to 3000M:</font></span></span></div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"></span></span>&nbsp;</div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">PHP Warning:&nbsp; Unknown: POST
                    Content-Length of 43 bytes exceeds the limit of
                    -1149239296 bytes in Unknown on line 0, referer:
                    <a moz-do-not-send="true"
                      href="http://10.9.3.5/?action=login"><font
                        color="red"><b>MailScanner has detected a
                          possible fraud attempt from "10.9.3.5"
                          claiming to be</b></font>
                      http://10.9.3.5/?action=login</a><br>
                  </font></span></span></div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">Some kind of PHP bug?</font></span></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font face="Arial"><font
                    color="#0000ff"><font size="2">I finally settled on
                      2<span class="643052419-23022011">0</span>00M<span
                        class="643052419-23022011">,</span>&nbsp;<span
                        class="643052419-23022011">anything higher then
                        post_max_size = 2000M would cause the login
                        issue.&nbsp; Setting at 50000M must make it default
                        to the 889192448 value.</span></font></font></font></span></div>
            <div><span class="409104418-23022011"><font face="Arial"><font
                    color="#0000ff"><font size="2"><span
                        class="643052419-23022011"></span></font></font></font></span><span
                class="409104418-23022011"></span><span
                class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">I verified this on my
                    production server and on your current CentOS VMWARE
                    image.</font></span></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">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&nbsp;be able to be worked&nbsp;around.</font></span></span></div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"></span></span>&nbsp;</div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"><font color="#0000ff"
                    face="Arial" size="2">If someone has any idea how to
                    work around this please let me know.&nbsp;&nbsp;</font></span></span></div>
            <div><span class="409104418-23022011"><span
                  class="643052419-23022011"></span></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font color="#0000ff"
                  face="Arial" size="2">Now the progress bar works
                  for&nbsp;drop-off's up to 2 gig in size.</font></span></div>
            <div><span class="409104418-23022011"></span>&nbsp;</div>
            <div><span class="409104418-23022011"><font color="#0000ff"
                  face="Arial" size="2">Here is&nbsp;<span
                    class="643052419-23022011">the 950 meg</span>&nbsp;drop-off
                  that never worked before:</font></span></div>
            <div><span class="409104418-23022011"></span><span
                class="409104418-23022011"></span>&nbsp;</div>
          </div>
        </span></div>
      <div>&nbsp;</div>
      <!-- Converted from text/plain format -->
      <p><font size="2">BRIAN M. DUNCAN<br>
          Data Security Administrator<br>
          Katten Muchin Rosenman LLP<br>
          525 W. Monroe Street / Chicago, IL 60661-3693<br>
          p / (312) 577-8045 f / (312) 577-4490<br>
          <a class="moz-txt-link-abbreviated" href="mailto:brian.duncan@kattenlaw.com">brian.duncan@kattenlaw.com</a> / <a class="moz-txt-link-abbreviated" href="http://www.kattenlaw.com">www.kattenlaw.com</a><br>
          &nbsp; </font></p>
      <div>&nbsp;</div>
      <br>
      <div class="OutlookMessageHeader" dir="ltr" align="left"
        lang="en-us">
        <hr tabindex="-1">
        <font face="Tahoma" size="2"><b>From:</b> <a class="moz-txt-link-abbreviated" href="mailto:zendto-bounces@zend.to">zendto-bounces@zend.to</a>
          [<a class="moz-txt-link-freetext" href="mailto:zendto-bounces@zend.to">mailto:zendto-bounces@zend.to</a>]
          <b>On Behalf Of </b><a class="moz-txt-link-abbreviated" href="mailto:patrick.gaikowski@kaufland.com">patrick.gaikowski@kaufland.com</a><br>
          <b>Sent:</b> Saturday, April 16, 2011 12:58 PM<br>
          <b>To:</b> <a class="moz-txt-link-abbreviated" href="mailto:zendto@zend.to">zendto@zend.to</a><br>
          <b>Subject:</b> [ZendTo] {SPAM?} Upload &gt; 2GB :..<br>
        </font><br>
      </div>
      <p>any news? is it possible to make an upload with more than 2gb?<br>
        <br>
        Hello,<br>
        <br>
        i tried to Upload a 3GB-File (Firefox 3.x and Firefox 4) and the
        progresspage is still showing 100% and nothing happened.<br>
        <br>
        I tested it with the 64Bit-VM CentOS and also with a 64-Bit
        RHEL5 (php compiled like shown in documentation).<br>
        <br>
        In our 64-Bit RHEL5 i got the following error:<br>
        <br>
        [Mon Apr 11 14:49:50 2011] [error] [client x.x.x.x] Invalid
        Content-Length, referer:
        <a moz-do-not-send="true"
          href="https://share.kaufland.com/verify.php">https://share.kaufland.com/verify.php</a><br>
        [Mon Apr 11 16:42:43 2011] [error] [client x.x.x.x] Invalid
        Content-Length, referer:
        <a moz-do-not-send="true"
          href="https://share.kaufland.com/verify.php">https://share.kaufland.com/verify.php</a><br>
        <br>
        <img alt="" src="cid:part1.02050808.03080703@Zend.To"
          height="414" width="1013"><br>
        <br>
        Mit freundlichen Gr&uuml;&szlig;en / Best regards<br>
        <br>
        Patrick Gaikowski<br>
        Tel:&nbsp;&nbsp;&nbsp;&nbsp; +49 7132 94 3568<br>
        Fax:&nbsp;&nbsp;&nbsp; +49 7132 94 73568<br>
        E-Mail: <a class="moz-txt-link-abbreviated" href="mailto:patrick.gaikowski@kaufland.com">patrick.gaikowski@kaufland.com</a><br>
        KI 967800 IT International / Infrastruktur<br>
        Office:<br>
        Lindichstrasse 11<br>
        D-74189 Weinsberg<br>
        <br>
        <br>
        <a moz-do-not-send="true" href="http://www.kaufland.de">http://www.kaufland.de</a>
        <br>
        <br>
        Kaufland Informationssysteme GmbH &amp; Co. KG<br>
        Postfach 12 53 - 74149 Neckarsulm<br>
        Kommanditgesellschaft<br>
        Sitz: Neckarsulm<br>
        Registergericht: Amtsgericht Stuttgart HRA 104163<br>
        <br>
        <br>
        <br>
        <br>
        <a moz-do-not-send="true" href="http://www.kaufland.de">http://www.kaufland.de</a>
        <br>
        <br>
        Kaufland Informationssysteme GmbH &amp; Co. KG<br>
        Postfach 12 53 - 74149 Neckarsulm<br>
        Kommanditgesellschaft<br>
        Sitz: Neckarsulm<br>
        Registergericht: Amtsgericht Stuttgart HRA 104163<br>
        <br>
        <br>
      </p>
      <table>
        <tbody>
          <tr>
            <td bgcolor="#ffffff"><font color="#000000">
                <pre>===========================================================
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).
===========================================================</pre>
              </font></td>
          </tr>
        </tbody>
      </table>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
ZendTo mailing list
<a class="moz-txt-link-abbreviated" href="mailto:ZendTo@zend.to">ZendTo@zend.to</a>
<a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</a></pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">Jules

-- 
Julian Field MEng CITP CEng
<a class="moz-txt-link-abbreviated" href="http://www.Zend.To">www.Zend.To</a>

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
</pre>
  </body>
</html>