<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0"
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>cogent free knowledge - WebHosting Help</title>
    <link>http://blog.edogg.com/</link>
    <description>An online compendium of all things that interest me.</description>
    <dc:language>en</dc:language>
    
    <generator>Serendipity 0.9.1 - http://www.s9y.org/</generator>
    <pubDate>Sat, 10 Dec 2005 22:24:29 GMT</pubDate>

    <image>
        <url>http://blog.edogg.com/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: cogent free knowledge - WebHosting Help - An online compendium of all things that interest me.</title>
        <link>http://blog.edogg.com/</link>
        <width>100</width>
        <height>21</height>
    </image>
<item>
    <title>No cgi/perl docs execute outside of httpdocs directory</title>
    <link>http://blog.edogg.com/index.php?/archives/21-No-cgiperl-docs-execute-outside-of-httpdocs-directory.html</link>
<category>WebHosting Help</category>    <comments>http://blog.edogg.com/index.php?/archives/21-No-cgiperl-docs-execute-outside-of-httpdocs-directory.html#comments</comments>
    <wfw:comment>http://blog.edogg.com/wfwcomment.php?cid=21</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.edogg.com/rss.php?version=2.0&amp;type=comments&amp;cid=21</wfw:commentRss>
    <author>nospam@example.com (JClermont)</author>
    <content:encoded>
My first major &quot;crisis&quot; happened today on the web server. A customer notified me that their web form was giving an error. I looked into it, and soon discovered that form mail scripts across my entire server were failing with nothing more than a &quot;premature end of script headers&quot; logged in the error.log file.&lt;br /&gt;
&lt;br /&gt;
My first test was to create a simple &quot;hello world&quot; perl file and try and call that from the cgi-bin directory. It didn't work. &lt;br /&gt;
&lt;br /&gt;
My next test was to move that simple test.pl file to the webroot (httpdocs), and it worked. Now I isolated the problem. Turns out that suexec.log was throwing an error every time something was called from cgi-bin. It logged &quot;commad not found in docroot&quot;.&lt;br /&gt;
&lt;br /&gt;
Now, to retrace my steps and see what caused the problem. A night or two before I had upgraded Apache via Redhat's up2date utility. It was a security related fix, so I'm usually somewhat quick to apply those. My webserver also runs Plesk 7, and this is where the problem came in. Plesk runs a non-standard document/virtual host directory structure, and in order to allow suexec to work properly, there's a Plesk-modified suexec binary in the /usr/sbin directory. When I ran the httpd update, it apparently overwrote this custom binary with the standard Apache binary.&lt;br /&gt;
&lt;br /&gt;
A simple re-copy of the binary fixed my problem. All is well in server-land once again.&lt;br /&gt;
&lt;br /&gt;
Posted under the influence of [[John Lydon :: A No And A Yes]]    </content:encoded>
                
    <pubDate>Thu,  8 Jul 2004 18:56:15 -0500</pubDate>
    <guid isPermaLink="false">http://blog.edogg.com/index.php?/archives/21-guid.html</guid>
    </item>
<item>
    <title>Maximum message size in qmail</title>
    <link>http://blog.edogg.com/index.php?/archives/20-Maximum-message-size-in-qmail.html</link>
<category>WebHosting Help</category>    <comments>http://blog.edogg.com/index.php?/archives/20-Maximum-message-size-in-qmail.html#comments</comments>
    <wfw:comment>http://blog.edogg.com/wfwcomment.php?cid=20</wfw:comment>
    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.edogg.com/rss.php?version=2.0&amp;type=comments&amp;cid=20</wfw:commentRss>
    <author>nospam@example.com (JClermont)</author>
    <content:encoded>
I was having a problem with very large (20 - 100MB) attachments floating through my mail servers. I found a way to limit the size of the message my users send out via SMTP (qmail). There's a file called /var/qmail/control/databytes which controls the maximum size of a message qmail will send. By default, this file contains a &quot;0&quot;, which means there is no maximum. You can enter a file size (in bytes) to limit this to a sane amount. I chose 20 MB, which should be more than plenty.&lt;br /&gt;
&lt;br /&gt;
This also limits the size of incoming mail attachments to local users. If the size is exceeded, the message will be rejected.&lt;br /&gt;
&lt;br /&gt;
Posted under the influence of [[Teenage Fanclub :: Don't Look Back]]    </content:encoded>
                
    <pubDate>Fri, 25 Jun 2004 20:10:00 -0500</pubDate>
    <guid isPermaLink="false">http://blog.edogg.com/index.php?/archives/20-guid.html</guid>
    </item>
</channel>
</rss>
