webadmin-list — Webmin users mailing list

Re: [webmin-l] Webmin 1.310 released

[boricua <bo...@de...>]

On Thu, 30 Nov 2006 18:05:49 -0800 (PST)
"Jamie Cameron" <jca...@we...> wrote:

> On 30/Nov/2006 17:51 boricua wrote ..
> > > 
> > > Webmin version 1.310 is now available for download from
> > > http://www.webmin.com/ and mirror sites. This release includes
> > > the following changes :
> > 
> > 
> > 
> > Downloading http://www.webmin.com/cgi-bin/redirect.cgi/upgrade/http://osdn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310.tar.gz
> > ..
> > Failed to upgrade from www.webmin.com : Download timed out
> 
> Sourceforge recently made a change to their mirror servers which breaks
> Webmin's auto-update. Instead, you can upgrade from the URL :
> 
> http://umn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310-1.noarch.rpm
> 
> This can be done on the upgrade page, using the 'From ftp or http URL' option.
> 
>  - Jamie




Downloading http://umn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310-1.noarch.rpm (11809848 bytes) ..
     Received 1024 bytes (0 %)
     Received 1181696 bytes (10 %)
     Received 2362368 bytes (20 %)
     Received 3543040 bytes (30 %)
     Received 4724736 bytes (40 %)
     Received 5905408 bytes (50 %)
     Received 7086080 bytes (60 %)
     Received 8267776 bytes (70 %)
     Received 9448448 bytes (80 %)
     Received 10629120 bytes (90 %)
     Received 11809848 bytes (100 %)
.. download complete.
No package signature verification done - checking of tar.gz packages is only possible when upgrading from www.webmin.com.

Failed to upgrade from URL http://umn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310-1.noarch.rpm : Failed to untar file : tar: This does not look like a tar archive tar: Skipping to next header tar: Archive contains obsolescent base-64 headers tar: Error exit delayed from previous errors 

Re: [webmin-l] webalizer replaced by awffull in Mandriva 2007

[Jamie C. <jca...@we...>]

On 1/Dec/2006 14:13 Thomas Leavitt wrote ..
> Webalizer is no longer being packaged for distribution by Mandriva's 
> maintainers,
> instead, it has been replaced by AWFFull:
> 
> *"Webalizer* is a great weblog analysis program but hasn't been going
> anywhere in recent years. AWFFull takes that base and starts to
> fix the niggles and annoyances and hopefully become a useful
> enhancement. As a base, weblizer has a stated goal of producing
> web server analysis. AWFFull on the other hand, will gradually
> focus more on the business intelligence contained within those
> logs - and not specifically limited just to web server logs."
> 
> The AWFFull web site is here...
> 
> http://www.stedee.id.au/awffull
> 
> Virtualmin GPL assumes that Webazlizer is available. That can be 
> bypassed by disabling it. I know, also, that I can simply download and
> install the static webalizer binaries (or install awstats and the 
> awstats virtualmin module - which is what I'm doing)... but I thought I
> should point this out, as other distribution managers may come to the 
> same conclusion.

Interesting, I didn't know what Webalizer had discontinued development ..
Does AWFFull use the same configs as Webalizer? If so, it should be
relatively easy to support.

Until then, you could use AWstats, which is IMHO superior to Webalizer
anyway. And fully supported by Virtualmin's plugin..

 - Jamie

[webmin-l] webalizer replaced by awffull in Mandriva 2007

[Thomas L. <th...@th...>]

Webalizer is no longer being packaged for distribution by Mandriva's 
maintainers,
instead, it has been replaced by AWFFull:

*"Webalizer* is a great weblog analysis program but hasn't been going
anywhere in recent years. AWFFull takes that base and starts to
fix the niggles and annoyances and hopefully become a useful
enhancement. As a base, weblizer has a stated goal of producing
web server analysis. AWFFull on the other hand, will gradually
focus more on the business intelligence contained within those
logs - and not specifically limited just to web server logs."

The AWFFull web site is here...

http://www.stedee.id.au/awffull

Virtualmin GPL assumes that Webazlizer is available. That can be 
bypassed by disabling it. I know, also, that I can simply download and 
install the static webalizer binaries (or install awstats and the 
awstats virtualmin module - which is what I'm doing)... but I thought I 
should point this out, as other distribution managers may come to the 
same conclusion.

Re: [webmin-l] Webmin change

[Jamie C. <jca...@we...>]

On 30/Nov/2006 18:36 Murray Trainer wrote ..
> Hi Jamie,
> 
> Just wondering if the change below to the Users and Groups module should
> also apply to the LDAP Users and Groups module if it doesn't already?
> 
> Thanks
> 
> Murray
> 
> Changes since Webmin version 1.300
> 
> Users and Groups
>         
> Use the nscd -i command to refresh its cache after adding a user or
> group. 

Yes, they will apply to that module too..
Although it is not as useful, as ncsd running on other systems that
talk to the LDAP server will not have their nscd refreshed.

  - Jamie

Re: [webmin-l] Bug in Webmin Cyrus IMAP Server Module

[Murray T. <mtr...@ce...>]

On Wed, 2006-11-22 at 16:58 +0800, Murray Trainer wrote:
> Hi Guys,
> 
> There appears to be a bug in the Webmin Cyrus IMAP Server module. I have
> the latest 1.4.4 version installed and we are using the Cyrus IMAP
> server v2.2.12.  When modifying a user's IMAP quota it changes other
> users matching the same initial characters of the intended user.  We
> found that changing the quota for a user called "free" also mistakenly
> changes the quota for other users "freeway" and "freefoote".  This bug
> may also apply to other mailbox operations but I haven't tested that.
> 
> Regards
> 
> Murray
> 

The developers have release 1.4.5 of the Cyrus IMAP Server module and it
appears to have fixed the bug described above.

Murray

Re: [webmin-l] Webmin change

[Murray T. <mtr...@ce...>]

Hi Jamie,

Just wondering if the change below to the Users and Groups module should
also apply to the LDAP Users and Groups module if it doesn't already?

Thanks

Murray

Changes since Webmin version 1.300

Users and Groups
        
Use the nscd -i command to refresh its cache after adding a user or
group. 

Re: [webmin-l] Webmin 1.310 released

[Jamie C. <jca...@we...>]

On 30/Nov/2006 17:51 boricua wrote ..
> > 
> > Webmin version 1.310 is now available for download from
> > http://www.webmin.com/ and mirror sites. This release includes
> > the following changes :
> 
> 
> 
> Downloading http://www.webmin.com/cgi-bin/redirect.cgi/upgrade/http://osdn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310.tar.gz
> ..
> Failed to upgrade from www.webmin.com : Download timed out

Sourceforge recently made a change to their mirror servers which breaks
Webmin's auto-update. Instead, you can upgrade from the URL :

http://umn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310-1.noarch.rpm

This can be done on the upgrade page, using the 'From ftp or http URL' option.

 - Jamie

Re: [webmin-l] Webmin 1.310 released

[boricua <bo...@de...>]

> 
> Webmin version 1.310 is now available for download from
> http://www.webmin.com/ and mirror sites. This release includes
> the following changes :



Downloading http://www.webmin.com/cgi-bin/redirect.cgi/upgrade/http://osdn.dl.sourceforge.net/sourceforge/webadmin/webmin-1.310.tar.gz ..
Failed to upgrade from www.webmin.com : Download timed out

[webmin-l] Webmin 1.310 released

[Jamie C. <jca...@we...>]

Hi everyone,

Webmin version 1.310 is now available for download from
http://www.webmin.com/ and mirror sites. This release includes
the following changes :

 - Big improvements in Ubuntu support, including the Bootup and Shutdown
   module, mounting filesystems specified with the UUID syntax, and
   various default module config changes.
 - Re-designed the Simple Blue theme to use frames.
 - Added support for IPv6 addresses in modules where the underlying
   servers allow them.
 - Supported HFS and FATX filesystems under Linux.
 - MySQL backups can now be compressed with gzip or bzip2.
 - Added file locking and logging to the Postfix module, and improved access
   control features.
 - Added checkboxes and buttons for mass deletion in the Cron and DHCP modules.
 - Added access control options for the Info window to the File Manager module,
   and a feature to allow extraction of ZIP files on the server. 
 - A bunch more small improvements, fixes and new features.

Also available is Usermin 1.240, which also has the MySQL and File Manager
module improvements that went into Webmin, plus a few other small fixes.

As always, please send me any bug reports or feature suggestions that
you might have.

 - Jamie

Re: [webmin-l] how do i u/g from 1.300 to 1.309 using rpm on FC3

[Petros P. <pp...@gm...>]

I make mistake and i try to install src.rpm, with noarch.rpm Is OK now


2006/11/30, Jamie Cameron <jca...@we...>:
> Hi Petros,
> Did you actually install the new RPM, with the command :
> rpm -U webmin-1.310-1.noarch.rpm ?
>
> If that runs OK, you should see the version at the bottom of the main page when you login. Also, it will be written to the file /usr/libexec/webmin/version .
>
>  - Jamie
>

Re: [webmin-l] how do i u/g from 1.300 to 1.309 using rpm on FC3

[Petros P. <pp...@gm...>]

Hi

I just make upgrade from 1.300 to 1.310 from uploaded file rpm and i
check signature on package it seems like everything going well, but
still says version 1.300 and i don't have see any changes, like added
file locking and logging to the Postfix module,
how do i say that 1.310  is installed

Re: [webmin-l] How to redirect port to specific IP and Port?

[Jamie C. <jca...@we...>]

On 29/Nov/2006 22:44 The Nice Spider wrote ..
> First, I already try several config of webmin iptables
> but still no lucky.
> Here my problem:
> -  I need to move any request to port 5001 to this
> computer: IP=192.168.0.100 
> port=807

If you want to redirect connections to port 5001 on your
server to another machine, I would suggest using the 
Extended Internal Services module (if you have xinetd installed).
It makes this much easier, as xinetd was designed for this
kind of thing..

 - Jamie

[webmin-l] How to redirect port to specific IP and Port?

[The N. S. <the...@ya...>]

First, I already try several config of webmin iptables
but still no lucky.
Here my problem:
-  I need to move any request to port 5001 to this
computer: IP=192.168.0.100 
port=807

Regards. 



 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

Re: [webmin-l] Fronting Webmin with Apache

[John H. <web...@ew...>]

Dave Isaacs wrote:
> I've been looking at fronting Webmin with Apache, instead of miniserv, 
> since we have Apache running on our servers anyway.  I found an 
> informative page on the webmin.com site which instructs how this can 
> be done.  But there was one big stumbling block: You must use the 
> default theme since Apache does not support the Webmin theming system.
>  
> Is there any way around this limitation?  For example, hacking the 
> default Webmin theme to be a different theme of choice? Or would such 
> a hack be complex enough to merit a "don't bother."
>  
> Thanks
>  
> Dave I
>  
I had this same thought earlier myself... why miniserv instead of 
apache. It soon became evident. There is very little need to ever be 
tweaking the settings in miniserv, whereas it is pretty easy to bork an 
apache config and it won't restart. Of course this leaves you staring at 
a page that will not reload nor any method to get into Webmin and back 
to the apache config to fix it.

Just a thought....

John Hinton

Re: [webmin-l] Fronting Webmin with Apache

[Kevin <ke...@co...>]

That sounds scary.
I think separation from apache is a good thing...  That is, you can 
still use webmin with other servers (like apache) turned off.

Kevin Cook
Roper Bioscience

Dave Isaacs wrote:
> I've been looking at fronting Webmin with Apache, instead of miniserv, 
> since we have Apache running on our servers anyway.  I found an 
> informative page on the webmin.com site which instructs how this can 
> be done.  But there was one big stumbling block: You must use the 
> default theme since Apache does not support the Webmin theming system.
>  
> Is there any way around this limitation?  For example, hacking the 
> default Webmin theme to be a different theme of choice? Or would such 
> a hack be complex enough to merit a "don't bother."
>  
> Thanks
>  
> Dave I
>  
>  
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ------------------------------------------------------------------------
>
> -
> Forwarded by the Webmin mailing list at web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>   

[webmin-l] Fronting Webmin with Apache

[Dave I. <dav...@en...>]

I've been looking at fronting Webmin with Apache, instead of miniserv, since
we have Apache running on our servers anyway.  I found an informative page
on the webmin.com site which instructs how this can be done.  But there was
one big stumbling block: You must use the default theme since Apache does
not support the Webmin theming system.
 
Is there any way around this limitation?  For example, hacking the default
Webmin theme to be a different theme of choice? Or would such a hack be
complex enough to merit a "don't bother."
 
Thanks
 
Dave I
 
 

Re: [webmin-l] webmin LDAP configuration

[Jamie C. <jca...@we...>]

On 28/Nov/2006 07:30 Chrietzberg, Aletha wrote ..
<blockquote type=3D"cite">

<!-- Converted from text/rtf format -->

<p><font size=3D"2" face=3D"Arial">I just have a quick question. Not to take up too much of your time.</font>
</p>

<p><font size=3D"2" face=3D"Arial">I have been looking for documentation on configuring the LDAP modules.=A0 I cannot seem to find any documentation on it.=A0 I do see the forum questions but that's it.=A0 Also I can't tell if I can use these modules with the IBM LDAP server.=A0 They should work with most LDAP servers though, right?</font></p>

<p><font size=3D"2" face=3D"Arial">Just point me in the right direction.</font>

<br /><font size=3D"2" face=3D"Arial">Any help is greatly appreciated.</font>
</p>


</blockquote>I have never actually tested Webmin's LDAP module with IBM's server, only with OpenLDAP ... however, assuming that it implements the LDAP spec, it should work.<br />What specific problems are you running into? This list is the best place to post them ..<br /><br />=A0- Jamie<br /><br />

Re: [webmin-l] Restricting file upload size

[Jamie C. <jca...@we...>]

Hi Dave,<br />I checked my code again, and found that only with forkcgis=3D1 does it not read the uploaded data into memory, sorry.<br />However, in that mode you need to make sure that all your .cgi scripts are executable (with chmod +x *.cgi).<br /><br />=A0- Jamie<br /><br />On 28/Nov/2006 08:02 Dave Isaacs wrote ..
<blockquote type=3D"cite">

<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">I must 
be missing something.=A0 I've rerun my tests and they show the entire file 
being uploaded before my module is being called.=A0 This is in the case when 
forkcgis=3D0.</font></span></div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">When I 
set forkcgis=3D1, Webmin stops working completely.=A0 I just get a file 
permissions error showing up the in browser.</font></span></div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">I am 
using Webmin version 1.290 on RedHat EL3.</font></span></div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Thanks</font></span></div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"146175715-28112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Dave 
I</font></span></div>
<blockquote style=3D"margin-right: 0px;">
  <div></div>
  <div lang=3D"en-us" align=3D"left" dir=3D"ltr" class=3D"OutlookMessageHeader"><font size=3D"2" face=3D"Tahoma">-----Original Message-----<br /><b>From:</b> 
  web...@li... 
  [mailto:web...@li...] <b>On Behalf Of </b>Jamie 
  Cameron<br /><b>Sent:</b> Monday, November 27, 2006 5:51 PM<br /><b>To:</b> Webmin 
  users list<br /><b>Subject:</b> Re: [webmin-l] Restricting file upload 
  size<br /><br /></font></div>Hi Dave,<br />Yes, for both forked and 
  internally-executed Perl scripts it no longer reads the entire input into 
  memory, at least not in miniserv.pl.<br /><br />=A0- Jamie<br /><br />On 
  27/Nov/2006 12:58 Dave Isaacs wrote .. 
  <blockquote type=3D"cite">
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Thanks!</font></span></div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Did you also fix the forkcgis path?=A0 We now have the requirement 
    to upload 500MB files to the server, so instead of limiting the file size we 
    need to ensure that the file is not uploaded into memory first.=A0 If I 
    remember correctly, the forkcgis path in miniserv.pl would do just that, but 
    was not working correctly?</font></span></div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Forgive me if I am remembering this wrong.=A0 I am still working 
    on dredging up all the details from my head.</font></span></div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Thanks</font></span></div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Dave I</font></span></div>
    <div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
    <blockquote style=3D"margin-right: 0px;">
      <div></div>
      <div lang=3D"en-us" align=3D"left" dir=3D"ltr" class=3D"OutlookMessageHeader"><font size=3D"2" face=3D"Tahoma">-----Original Message-----<br /><b>From:</b> 
      web...@li... 
      [mailto:web...@li...] <b>On Behalf Of 
      </b>Jamie Cameron<br /><b>Sent:</b> Monday, November 27, 2006 3:52 
      PM<br /><b>To:</b> Webmin users list<br /><b>Subject:</b> Re: [webmin-l] 
      Restricting file upload size<br /><br /></font></div>Hi Dave,<br />Yes, this has 
      been fixed for a few versions now ..<br /><br />=A0- Jamie<br /><br />On 
      27/Nov/2006 12:42 Dave Isaacs wrote .. 
      <blockquote type=3D"cite">
        <p><font size=3D"2">Jamie,</font> </p>
        <p><font size=3D"2">Almost a year ago I posted this question about 
        restricting file upload size.=A0 At the time you admitted to some 
        miniserv.pl limitations and said that you would take care of this.=A0 
        </font></p>
        <p><font size=3D"2">Have you?=A0 If yes, great!=A0 If not, any 
        estimates on when this can get in?</font> </p>
        <p><font size=3D"2">Thanks</font> </p>
        <p><font size=3D"2">Dave I</font> </p>
        <p><font size=3D"2">From: Jamie Cameron &lt;jca...@we...&gt;</font> 
        <br /><font size=3D"2">To: web...@li...</font> 
        <br /><font size=3D"2">Reply-To: web...@li...</font> 
        <br /><font size=3D"2">Date: Feb 10 2006 - 6:38pm</font> </p>
        <p><font size=3D"2">On 11/Feb/2006 03:19 Dave Isaacs wrote ..</font> 
        <br /><font size=3D"2">&gt; My experience shows that this does not 
        work.</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; I put a 
        1000000 limit in my call to ReadParseMime then attempted to 
        upload</font> <br /><font size=3D"2">&gt; a</font> <br /><font size=3D"2">&gt; 1GB 
        file. Using top, I watched the miniserv.pl process climb to about</font> 
        <br /><font size=3D"2">&gt; 600MB</font> <br /><font size=3D"2">&gt; before 
        crashing. ReadParseMime was never called because my module was</font> 
        <br /><font size=3D"2">&gt; never</font> <br /><font size=3D"2">&gt; invoked.</font> 
        <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; If I look at 
        miniserv.pl, at around line 1740, I see</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; $clen =3D 
        $header{&quot;content-length&quot;};</font> <br /><font size=3D"2">&gt; if ($method eq 
        &quot;POST&quot; &amp;&amp; $clen_read &lt; $clen) {</font> <br /><font size=3D"2">&gt; 
        # Still some more POST data to read</font> <br /><font size=3D"2">&gt; 
        while(length($postinput) &lt; $clen) {</font> <br /><font size=3D"2">&gt; $buf 
        =3D &amp;read_data($clen - length($postinput));</font> <br /><font size=3D"2">&gt; if (!length($buf)) {</font> <br /><font size=3D"2">&gt; 
        &amp;http_error(500, &quot;Failed to read &quot;.</font> <br /><font size=3D"2">&gt; 
        &quot;POST request&quot;);</font> <br /><font size=3D"2">&gt; }</font> <br /><font size=3D"2">&gt; $postinput .=3D $buf;</font> <br /><font size=3D"2">&gt; }</font> 
        <br /><font size=3D"2">&gt; }</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; This looks an awful lot like reading in the entire file 
        upload. As a test,</font> <br /><font size=3D"2">&gt; I wrote the 
        length($postinput) value to a log file (right before the call</font> 
        <br /><font size=3D"2">&gt; to</font> <br /><font size=3D"2">&gt; read_data) and 
        found that miniserv.pl was looping in an attempt to read</font> 
        <br /><font size=3D"2">&gt; the</font> <br /><font size=3D"2">&gt; entire file 
        upload.</font> </p>
        <p><font size=3D"2">Hi Dave,</font> <br /><font size=3D"2">You are absolutely 
        correct .. Webmin really does the whole posted input into</font> 
        <br /><font size=3D"2">memory! Sorry, I totally forgot about that..</font> 
</p>
        <p><font size=3D"2">&gt; Then I stumbled upon the forkcgis configuration 
        setting, which appears</font> <br /><font size=3D"2">&gt; to</font> <br /><font size=3D"2">&gt; switch on a alternative method of invoking the webmin 
        modules. This method</font> <br /><font size=3D"2">&gt; has miniserv.pl 
        forwarding the file upload to the forked process as it</font> <br /><font size=3D"2">&gt; is</font> <br /><font size=3D"2">&gt; received. Unfortunately, 
        this does not work either. Now when I upload</font> <br /><font size=3D"2">&gt; a</font> <br /><font size=3D"2">&gt; large file, something goes 
        wrong and there is never a response. The log</font> <br /><font size=3D"2">&gt; messages I put in the miniserv loop shows that about 7500 
        bytes are read</font> <br /><font size=3D"2">&gt; in,</font> <br /><font size=3D"2">&gt; and then everything stops. Although this is better than 
        crashing the</font> <br /><font size=3D"2">&gt; server, it is still not 
        correct.</font> </p>
        <p><font size=3D"2">I looked into this too, and found that Webmin is 
        currently terminating the</font> <br /><font size=3D"2">browser connection if 
        the uploaded data is more than the set limit. Unfortunately,</font> 
        <br /><font size=3D"2">no browsers take kindly to this, and display an error 
        message about the connection</font> <br /><font size=3D"2">being 
        closed.</font> </p>
        <p><font size=3D"2">In the next release of Webmin, it will handle this 
        better by reading all the data</font> <br /><font size=3D"2">submitted by the 
        browser, but not actually storing it in memory if the limit is 
        exceeded.</font> <br /><font size=3D"2">That is not quite ideal, but still 
        better than the current situation.</font> </p>
        <p><font size=3D"2">- Jamie</font> 
  </p></blockquote><br /></blockquote></blockquote><br /></blockquote></blockquote><br />

Re: [webmin-l] Restricting file upload size

[Dave I. <dav...@en...>]

I must be missing something.  I've rerun my tests and they show the entire
file being uploaded before my module is being called.  This is in the case
when forkcgis=0.
 
When I set forkcgis=1, Webmin stops working completely.  I just get a file
permissions error showing up the in browser.
 
I am using Webmin version 1.290 on RedHat EL3.
 
Thanks
 
Dave I

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Monday, November 27, 2006 5:51 PM
To: Webmin users list
Subject: Re: [webmin-l] Restricting file upload size


Hi Dave,
Yes, for both forked and internally-executed Perl scripts it no longer reads
the entire input into memory, at least not in miniserv.pl.

 - Jamie

On 27/Nov/2006 12:58 Dave Isaacs wrote .. 

Thanks!
 
Did you also fix the forkcgis path?  We now have the requirement to upload
500MB files to the server, so instead of limiting the file size we need to
ensure that the file is not uploaded into memory first.  If I remember
correctly, the forkcgis path in miniserv.pl would do just that, but was not
working correctly?
 
Forgive me if I am remembering this wrong.  I am still working on dredging
up all the details from my head.
 
Thanks
 
Dave I
 

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Monday, November 27, 2006 3:52 PM
To: Webmin users list
Subject: Re: [webmin-l] Restricting file upload size


Hi Dave,
Yes, this has been fixed for a few versions now ..

 - Jamie

On 27/Nov/2006 12:42 Dave Isaacs wrote .. 

Jamie, 

Almost a year ago I posted this question about restricting file upload size.
At the time you admitted to some miniserv.pl limitations and said that you
would take care of this.  

Have you?  If yes, great!  If not, any estimates on when this can get in? 

Thanks 

Dave I 

From: Jamie Cameron <jca...@we...> 
To: web...@li... 
Reply-To: web...@li... 
Date: Feb 10 2006 - 6:38pm 

On 11/Feb/2006 03:19 Dave Isaacs wrote .. 
> My experience shows that this does not work. 
> 
> I put a 1000000 limit in my call to ReadParseMime then attempted to upload

> a 
> 1GB file. Using top, I watched the miniserv.pl process climb to about 
> 600MB 
> before crashing. ReadParseMime was never called because my module was 
> never 
> invoked. 
> 
> If I look at miniserv.pl, at around line 1740, I see 
> 
> $clen = $header{"content-length"}; 
> if ($method eq "POST" && $clen_read < $clen) { 
> # Still some more POST data to read 
> while(length($postinput) < $clen) { 
> $buf = &read_data($clen - length($postinput)); 
> if (!length($buf)) { 
> &http_error(500, "Failed to read ". 
> "POST request"); 
> } 
> $postinput .= $buf; 
> } 
> } 
> 
> This looks an awful lot like reading in the entire file upload. As a test,

> I wrote the length($postinput) value to a log file (right before the call 
> to 
> read_data) and found that miniserv.pl was looping in an attempt to read 
> the 
> entire file upload. 

Hi Dave, 
You are absolutely correct .. Webmin really does the whole posted input into

memory! Sorry, I totally forgot about that.. 

> Then I stumbled upon the forkcgis configuration setting, which appears 
> to 
> switch on a alternative method of invoking the webmin modules. This method

> has miniserv.pl forwarding the file upload to the forked process as it 
> is 
> received. Unfortunately, this does not work either. Now when I upload 
> a 
> large file, something goes wrong and there is never a response. The log 
> messages I put in the miniserv loop shows that about 7500 bytes are read 
> in, 
> and then everything stops. Although this is better than crashing the 
> server, it is still not correct. 

I looked into this too, and found that Webmin is currently terminating the 
browser connection if the uploaded data is more than the set limit.
Unfortunately, 
no browsers take kindly to this, and display an error message about the
connection 
being closed. 

In the next release of Webmin, it will handle this better by reading all the
data 
submitted by the browser, but not actually storing it in memory if the limit
is exceeded. 
That is not quite ideal, but still better than the current situation. 

- Jamie 

Re: [webmin-l] webmin LDAP configuration

[Chrietzberg, A. <Al...@un...>]

I just have a quick question. Not to take up too much of your time.

I have been looking for documentation on configuring the LDAP modules.  =
I cannot seem to find any documentation on it.  I do see the forum =
questions but that's it.  Also I can't tell if I can use these modules =
with the IBM LDAP server.  They should work with most LDAP servers =
though, right?

Just point me in the right direction.
Any help is greatly appreciated.




Aletha D Chrietzberg
UNC Healthcare
ISD -  AIX Tech Services
(919) 966-4888

Never let the fear of striking out get in your way.   =20
                    Babe Ruth

Re: [webmin-l] Reverse DNS CIDR additions.

[Kris D. <kd...@vi...>]

Grant Peel wrote:
> However, as long as I have recusion turned off in bind, (and I do), and I 
> use authoritive nameserver only for reverse, I can use the /24 arpa zone, as 
> somehow they map my specific CIDR address to me.
> 
> I have tested and it does work.

Hmm.  Does rDNS for other people in the same /24 show up correctly for 
you?  That would be my only concern in doing that.

> I notice when I setup and delete a zone in webmin, there is the option of 
> 'Update reverse in other zones". I am hoping this really says: When you add 
> or delete (for example) a zone:
> 
> mydomain.ext ip 1.2.3.4,
> 
> it will update (add or delete the line)
> 
> 4 PTR mydomain.ext.
> 
> in the arpa zone:
> 
> 3.2.1.in-addr.arpa
> 
> Is this correct?

That's how it would appear to me.

-kgd

Re: [webmin-l] Reverse DNS CIDR additions.

[Grant P. <gp...@th...>]

Thanks Kris,

As it turns out, my upline provider does not use the RFC2317.

However, as long as I have recusion turned off in bind, (and I do), and I 
use authoritive nameserver only for reverse, I can use the /24 arpa zone, as 
somehow they map my specific CIDR address to me.

I have tested and it does work.

I notice when I setup and delete a zone in webmin, there is the option of 
'Update reverse in other zones". I am hoping this really says: When you add 
or delete (for example) a zone:

mydomain.ext ip 1.2.3.4,

it will update (add or delete the line)

4 PTR mydomain.ext.

in the arpa zone:

3.2.1.in-addr.arpa

Is this correct?

-Grant

----- Original Message ----- 
From: "Kris Deugau" <kd...@vi...>
To: "Webmin users list" <web...@li...>
Sent: Monday, November 27, 2006 12:42 PM
Subject: Re: [webmin-l] Reverse DNS CIDR additions.


> Grant Peel wrote:
>> It is time I canged my reverse DNS setup to the mainstream way of doing
>> things.
>
> It looks like you're already set up using one method for classless rDNS
> delegation.  Is there any particular reason you'd like to make a change?
>
>> Can anyone walk me through a setup for a single zone, using the webmin
>> interface, for a CIDR block?
>>
>> Network:
>> 216.187.107.192 / 27
>>
>> My Usable IPs:
>> 196-222
>>
>> Yes, my ISP has delegated my nameservers for reverse (I am already doing
>> reverse on these IPs, using a single zone for each IP).
>
> OK, the change you want to make is a different manner of delegating CIDR
> rDNS.  What you have right now is the setup where the upstream
> delegation is done via NS records for each IP delegated, resulting in
> one zone per IP on your side.
>
> The other method uses sets of CNAMEs pointing into a new zone, eg for
> 192.168.1.0/27:  (Assuming you're using BIND, only showing actual zone 
> data)
>
> Upstream 1.168.192.in-addr.arpa. zone includes:
>
> 2 IN CNAME 2.0-27.1.168.192.in-addr.arpa.
> 3 IN CNAME 3.0-27.1.168.192.in-addr.arpa.
> ...
> 29 IN CNAME 29.0-27.1.168.192.in-addr.arpa.
> 30 IN CNAME 30.0-27.1.168.192.in-addr.arpa.
>
> ("Usable IPs" in a netblock are *usually* "netnum plus two" through to
> the second-last IP in the block;  most setups I've met use the "netnum
> plus one" as the router, and the highest IP as the broadcast.  If you
> really only have 196-222 as usable, then your upstream is doing odd
> things and "stealing" two more IPs from your netblock.)
>
> There would then also be suitable NS records entered in the upstream
> 1.168.192.in-addr.arpa. zone:
> 0-27 IN NS ns1.yoursystem.com.
> 0-27 IN NS ns2.yoursystem.com.
>
> You would then set up a zone 0-27.1.168.192.in-addr.arpa., with suitable
> records for each IP:
>
> 2 IN PTR your-rdns-2.yoursystem.com.
> 3 IN PTR your-rdns-3.yoursystem.com.
> ...  etc.
>
> The details of how this is implemented vary from ISP to ISP (in
> particular, the name of the actual delegated zone may be just about
> anything, and the CNAMEs pointed *to* can follow quite a few possible
> patterns);  there is no "one right way", but the general concept of
> using CNAME pointers from the "real" zone into your delegated zone 
> applies.
>
> Note that this is **NOT** just a change on your end;  this also requires
> your ISP to change how they delegate the rDNS to you!  If you've already
> got something up and running, I'd say you're better off leaving that in
> place.  If you can convince your upstream provider to change things,
> you'll have to get details of how they implement this from them.
>
>> I have read, and sorta understand the RFC's and Have gone through Joe's
>> book on this a few times, now just looking for a working example to tie
>> off the loose ends.
>
> If you've got specific questions, ask away.  Like I noted above,
> however, making this change *will* require you to consult your provider
> to find out how (or even if) they'll delegate rDNS this way - it's not
> just a change on your system.
>
> rDNS is so much easier when you can delegate along /24 divisions.  <g>
>
> -kgd
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share 
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> -
> Forwarded by the Webmin mailing list at 
> web...@li...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list
>
> 

Re: [webmin-l] Restricting file upload size

[Jamie C. <jca...@we...>]

Hi Dave,<br />Yes, for both forked and internally-executed Perl scripts it no longer reads the entire input into memory, at least not in miniserv.pl.<br /><br />=A0- Jamie<br /><br />On 27/Nov/2006 12:58 Dave Isaacs wrote ..
<blockquote type=3D"cite">

<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Thanks!</font></span></div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Did 
you also fix the forkcgis path?=A0 We now have the requirement to upload 
500MB files to the server, so instead of limiting the file size we need to 
ensure that the file is not uploaded into memory first.=A0 If I remember 
correctly, the forkcgis path in miniserv.pl would do just that, but was not 
working correctly?</font></span></div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Forgive me if I am remembering this wrong.=A0 I am still working on 
dredging up all the details from my head.</font></span></div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Thanks</font></span></div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff">Dave 
I</font></span></div>
<div><span class=3D"810325420-27112006"><font size=3D"2" face=3D"Arial" color=3D"#0000ff"></font></span>=A0</div>
<blockquote style=3D"margin-right: 0px;">
  <div></div>
  <div lang=3D"en-us" dir=3D"ltr" align=3D"left" class=3D"OutlookMessageHeader"><font size=3D"2" face=3D"Tahoma">-----Original Message-----<br /><b>From:</b> 
  web...@li... 
  [mailto:web...@li...] <b>On Behalf Of </b>Jamie 
  Cameron<br /><b>Sent:</b> Monday, November 27, 2006 3:52 PM<br /><b>To:</b> Webmin 
  users list<br /><b>Subject:</b> Re: [webmin-l] Restricting file upload 
  size<br /><br /></font></div>Hi Dave,<br />Yes, this has been fixed for a few 
  versions now ..<br /><br />=A0- Jamie<br /><br />On 27/Nov/2006 12:42 Dave Isaacs 
  wrote .. 
  <blockquote type=3D"cite">
    <p><font size=3D"2">Jamie,</font> </p>
    <p><font size=3D"2">Almost a year ago I posted this question about restricting 
    file upload size.=A0 At the time you admitted to some miniserv.pl 
    limitations and said that you would take care of this.=A0 </font></p>
    <p><font size=3D"2">Have you?=A0 If yes, great!=A0 If not, any estimates 
    on when this can get in?</font> </p>
    <p><font size=3D"2">Thanks</font> </p>
    <p><font size=3D"2">Dave I</font> </p>
    <p><font size=3D"2">From: Jamie Cameron &lt;jca...@we...&gt;</font> 
    <br /><font size=3D"2">To: web...@li...</font> <br /><font size=3D"2">Reply-To: web...@li...</font> <br /><font size=3D"2">Date: Feb 10 2006 - 6:38pm</font> </p>
    <p><font size=3D"2">On 11/Feb/2006 03:19 Dave Isaacs wrote ..</font> <br /><font size=3D"2">&gt; My experience shows that this does not work.</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; I put a 1000000 limit in my call to 
    ReadParseMime then attempted to upload</font> <br /><font size=3D"2">&gt; a</font> 
    <br /><font size=3D"2">&gt; 1GB file. Using top, I watched the miniserv.pl process 
    climb to about</font> <br /><font size=3D"2">&gt; 600MB</font> <br /><font size=3D"2">&gt; before crashing. ReadParseMime was never called because my 
    module was</font> <br /><font size=3D"2">&gt; never</font> <br /><font size=3D"2">&gt; 
    invoked.</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; If I look 
    at miniserv.pl, at around line 1740, I see</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; $clen =3D 
    $header{&quot;content-length&quot;};</font> <br /><font size=3D"2">&gt; if ($method eq 
    &quot;POST&quot; &amp;&amp; $clen_read &lt; $clen) {</font> <br /><font size=3D"2">&gt; # 
    Still some more POST data to read</font> <br /><font size=3D"2">&gt; 
    while(length($postinput) &lt; $clen) {</font> <br /><font size=3D"2">&gt; $buf =3D 
    &amp;read_data($clen - length($postinput));</font> <br /><font size=3D"2">&gt; if 
    (!length($buf)) {</font> <br /><font size=3D"2">&gt; &amp;http_error(500, &quot;Failed 
    to read &quot;.</font> <br /><font size=3D"2">&gt; &quot;POST request&quot;);</font> <br /><font size=3D"2">&gt; }</font> <br /><font size=3D"2">&gt; $postinput .=3D $buf;</font> 
    <br /><font size=3D"2">&gt; }</font> <br /><font size=3D"2">&gt; }</font> <br /><font size=3D"2">&gt;</font> <br /><font size=3D"2">&gt; This looks an awful lot like 
    reading in the entire file upload. As a test,</font> <br /><font size=3D"2">&gt; I 
    wrote the length($postinput) value to a log file (right before the 
    call</font> <br /><font size=3D"2">&gt; to</font> <br /><font size=3D"2">&gt; read_data) 
    and found that miniserv.pl was looping in an attempt to read</font> 
    <br /><font size=3D"2">&gt; the</font> <br /><font size=3D"2">&gt; entire file 
    upload.</font> </p>
    <p><font size=3D"2">Hi Dave,</font> <br /><font size=3D"2">You are absolutely correct 
    .. Webmin really does the whole posted input into</font> <br /><font size=3D"2">memory! Sorry, I totally forgot about that..</font> </p>
    <p><font size=3D"2">&gt; Then I stumbled upon the forkcgis configuration 
    setting, which appears</font> <br /><font size=3D"2">&gt; to</font> <br /><font size=3D"2">&gt; switch on a alternative method of invoking the webmin modules. 
    This method</font> <br /><font size=3D"2">&gt; has miniserv.pl forwarding the file 
    upload to the forked process as it</font> <br /><font size=3D"2">&gt; is</font> 
    <br /><font size=3D"2">&gt; received. Unfortunately, this does not work either. 
    Now when I upload</font> <br /><font size=3D"2">&gt; a</font> <br /><font size=3D"2">&gt; large file, something goes wrong and there is never a response. 
    The log</font> <br /><font size=3D"2">&gt; messages I put in the miniserv loop 
    shows that about 7500 bytes are read</font> <br /><font size=3D"2">&gt; in,</font> 
    <br /><font size=3D"2">&gt; and then everything stops. Although this is better 
    than crashing the</font> <br /><font size=3D"2">&gt; server, it is still not 
    correct.</font> </p>
    <p><font size=3D"2">I looked into this too, and found that Webmin is currently 
    terminating the</font> <br /><font size=3D"2">browser connection if the uploaded 
    data is more than the set limit. Unfortunately,</font> <br /><font size=3D"2">no 
    browsers take kindly to this, and display an error message about the 
    connection</font> <br /><font size=3D"2">being closed.</font> </p>
    <p><font size=3D"2">In the next release of Webmin, it will handle this better by 
    reading all the data</font> <br /><font size=3D"2">submitted by the browser, but 
    not actually storing it in memory if the limit is exceeded.</font> <br /><font size=3D"2">That is not quite ideal, but still better than the current 
    situation.</font> </p>
    <p><font size=3D"2">- Jamie</font> </p></blockquote><br /></blockquote></blockquote><br />

Re: [webmin-l] Restricting file upload size

[Dave I. <dav...@en...>]

Thanks!
 
Did you also fix the forkcgis path?  We now have the requirement to upload
500MB files to the server, so instead of limiting the file size we need to
ensure that the file is not uploaded into memory first.  If I remember
correctly, the forkcgis path in miniserv.pl would do just that, but was not
working correctly?
 
Forgive me if I am remembering this wrong.  I am still working on dredging
up all the details from my head.
 
Thanks
 
Dave I
 

-----Original Message-----
From: web...@li...
[mailto:web...@li...] On Behalf Of Jamie
Cameron
Sent: Monday, November 27, 2006 3:52 PM
To: Webmin users list
Subject: Re: [webmin-l] Restricting file upload size


Hi Dave,
Yes, this has been fixed for a few versions now ..

 - Jamie

On 27/Nov/2006 12:42 Dave Isaacs wrote .. 

Jamie, 

Almost a year ago I posted this question about restricting file upload size.
At the time you admitted to some miniserv.pl limitations and said that you
would take care of this.  

Have you?  If yes, great!  If not, any estimates on when this can get in? 

Thanks 

Dave I 

From: Jamie Cameron <jca...@we...> 
To: web...@li... 
Reply-To: web...@li... 
Date: Feb 10 2006 - 6:38pm 

On 11/Feb/2006 03:19 Dave Isaacs wrote .. 
> My experience shows that this does not work. 
> 
> I put a 1000000 limit in my call to ReadParseMime then attempted to upload

> a 
> 1GB file. Using top, I watched the miniserv.pl process climb to about 
> 600MB 
> before crashing. ReadParseMime was never called because my module was 
> never 
> invoked. 
> 
> If I look at miniserv.pl, at around line 1740, I see 
> 
> $clen = $header{"content-length"}; 
> if ($method eq "POST" && $clen_read < $clen) { 
> # Still some more POST data to read 
> while(length($postinput) < $clen) { 
> $buf = &read_data($clen - length($postinput)); 
> if (!length($buf)) { 
> &http_error(500, "Failed to read ". 
> "POST request"); 
> } 
> $postinput .= $buf; 
> } 
> } 
> 
> This looks an awful lot like reading in the entire file upload. As a test,

> I wrote the length($postinput) value to a log file (right before the call 
> to 
> read_data) and found that miniserv.pl was looping in an attempt to read 
> the 
> entire file upload. 

Hi Dave, 
You are absolutely correct .. Webmin really does the whole posted input into

memory! Sorry, I totally forgot about that.. 

> Then I stumbled upon the forkcgis configuration setting, which appears 
> to 
> switch on a alternative method of invoking the webmin modules. This method

> has miniserv.pl forwarding the file upload to the forked process as it 
> is 
> received. Unfortunately, this does not work either. Now when I upload 
> a 
> large file, something goes wrong and there is never a response. The log 
> messages I put in the miniserv loop shows that about 7500 bytes are read 
> in, 
> and then everything stops. Although this is better than crashing the 
> server, it is still not correct. 

I looked into this too, and found that Webmin is currently terminating the 
browser connection if the uploaded data is more than the set limit.
Unfortunately, 
no browsers take kindly to this, and display an error message about the
connection 
being closed. 

In the next release of Webmin, it will handle this better by reading all the
data 
submitted by the browser, but not actually storing it in memory if the limit
is exceeded. 
That is not quite ideal, but still better than the current situation. 

- Jamie 

Re: [webmin-l] Restricting file upload size

[Jamie C. <jca...@we...>]

Hi Dave,<br />Yes, this has been fixed for a few versions now ..<br /><br />=A0- Jamie<br /><br />On 27/Nov/2006 12:42 Dave Isaacs wrote ..
<blockquote type=3D"cite">


<p><font size=3D"2">Jamie,</font>
</p>

<p><font size=3D"2">Almost a year ago I posted this question about restricting file upload size.=A0 At the time you admitted to some miniserv.pl limitations and said that you would take care of this.=A0 </font></p>

<p><font size=3D"2">Have you?=A0 If yes, great!=A0 If not, any estimates on when this can get in?</font>
</p>

<p><font size=3D"2">Thanks</font>
</p>

<p><font size=3D"2">Dave I</font>
</p>

<p><font size=3D"2">From: Jamie Cameron &lt;jca...@we...&gt;</font>
<br /><font size=3D"2">To: web...@li...</font>
<br /><font size=3D"2">Reply-To: web...@li...</font>
<br /><font size=3D"2">Date: Feb 10 2006 - 6:38pm</font>
</p>

<p><font size=3D"2">On 11/Feb/2006 03:19 Dave Isaacs wrote ..</font>
<br /><font size=3D"2">&gt; My experience shows that this does not work.</font>
<br /><font size=3D"2">&gt;</font>
<br /><font size=3D"2">&gt; I put a 1000000 limit in my call to ReadParseMime then attempted to upload</font>
<br /><font size=3D"2">&gt; a</font>
<br /><font size=3D"2">&gt; 1GB file. Using top, I watched the miniserv.pl process climb to about</font>
<br /><font size=3D"2">&gt; 600MB</font>
<br /><font size=3D"2">&gt; before crashing. ReadParseMime was never called because my module was</font>
<br /><font size=3D"2">&gt; never</font>
<br /><font size=3D"2">&gt; invoked.</font>
<br /><font size=3D"2">&gt;</font>
<br /><font size=3D"2">&gt; If I look at miniserv.pl, at around line 1740, I see</font>
<br /><font size=3D"2">&gt;</font>
<br /><font size=3D"2">&gt; $clen =3D $header{&quot;content-length&quot;};</font>
<br /><font size=3D"2">&gt; if ($method eq &quot;POST&quot; &amp;&amp; $clen_read &lt; $clen) {</font>
<br /><font size=3D"2">&gt; # Still some more POST data to read</font>
<br /><font size=3D"2">&gt; while(length($postinput) &lt; $clen) {</font>
<br /><font size=3D"2">&gt; $buf =3D &amp;read_data($clen - length($postinput));</font>
<br /><font size=3D"2">&gt; if (!length($buf)) {</font>
<br /><font size=3D"2">&gt; &amp;http_error(500, &quot;Failed to read &quot;.</font>
<br /><font size=3D"2">&gt; &quot;POST request&quot;);</font>
<br /><font size=3D"2">&gt; }</font>
<br /><font size=3D"2">&gt; $postinput .=3D $buf;</font>
<br /><font size=3D"2">&gt; }</font>
<br /><font size=3D"2">&gt; }</font>
<br /><font size=3D"2">&gt;</font>
<br /><font size=3D"2">&gt; This looks an awful lot like reading in the entire file upload. As a test,</font>
<br /><font size=3D"2">&gt; I wrote the length($postinput) value to a log file (right before the call</font>
<br /><font size=3D"2">&gt; to</font>
<br /><font size=3D"2">&gt; read_data) and found that miniserv.pl was looping in an attempt to read</font>
<br /><font size=3D"2">&gt; the</font>
<br /><font size=3D"2">&gt; entire file upload.</font>
</p>

<p><font size=3D"2">Hi Dave,</font>
<br /><font size=3D"2">You are absolutely correct .. Webmin really does the whole posted input into</font>
<br /><font size=3D"2">memory! Sorry, I totally forgot about that..</font>
</p>

<p><font size=3D"2">&gt; Then I stumbled upon the forkcgis configuration setting, which appears</font>
<br /><font size=3D"2">&gt; to</font>
<br /><font size=3D"2">&gt; switch on a alternative method of invoking the webmin modules. This method</font>
<br /><font size=3D"2">&gt; has miniserv.pl forwarding the file upload to the forked process as it</font>
<br /><font size=3D"2">&gt; is</font>
<br /><font size=3D"2">&gt; received. Unfortunately, this does not work either. Now when I upload</font>
<br /><font size=3D"2">&gt; a</font>
<br /><font size=3D"2">&gt; large file, something goes wrong and there is never a response. The log</font>
<br /><font size=3D"2">&gt; messages I put in the miniserv loop shows that about 7500 bytes are read</font>
<br /><font size=3D"2">&gt; in,</font>
<br /><font size=3D"2">&gt; and then everything stops. Although this is better than crashing the</font>
<br /><font size=3D"2">&gt; server, it is still not correct.</font>
</p>

<p><font size=3D"2">I looked into this too, and found that Webmin is currently terminating the</font>
<br /><font size=3D"2">browser connection if the uploaded data is more than the set limit. Unfortunately,</font>
<br /><font size=3D"2">no browsers take kindly to this, and display an error message about the connection</font>
<br /><font size=3D"2">being closed.</font>
</p>

<p><font size=3D"2">In the next release of Webmin, it will handle this better by reading all the data</font>
<br /><font size=3D"2">submitted by the browser, but not actually storing it in memory if the limit is exceeded.</font>
<br /><font size=3D"2">That is not quite ideal, but still better than the current situation.</font>
</p>

<p><font size=3D"2">- Jamie</font>
</p>

</blockquote><br />