<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>SoCal Websites &#187; cPanel</title>
	<atom:link href="http://www.socalwebsites.com/blog/category/website-hosting/cpanel/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.socalwebsites.com/blog</link>
	<description>Web hosting, SEO, Marketing, PR, WordPress, cPanel w/Fantastico and more!</description>
	<lastBuildDate>Sat, 20 Dec 2008 23:34:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>cPanel Set Default Address to :fail: no such address here</title>
		<link>http://www.socalwebsites.com/blog/2008/09/05/cpanel-set-default-address-to-fail-no-such-address-here/</link>
		<comments>http://www.socalwebsites.com/blog/2008/09/05/cpanel-set-default-address-to-fail-no-such-address-here/#comments</comments>
		<pubDate>Fri, 05 Sep 2008 17:20:50 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Tips and Tricks]]></category>
		<category><![CDATA[Website Hosting]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/?p=30</guid>
		<description><![CDATA[Spam can cause problems with exim when it is both incoming and outgoing. Recently, we started getting excessive resource usage notices for two different customers. At first, it looked like their mail accounts were being used to spam the server.
After further analysis, we realized it was actually that the domains were being bombarded with spam [...]]]></description>
			<content:encoded><![CDATA[<p>Spam can cause problems with exim when it is both incoming and outgoing. Recently, we started getting excessive resource usage notices for two different customers. At first, it looked like their mail accounts were being used to spam the server.</p>
<p>After further analysis, we realized it was actually that the domains were being bombarded with spam to their accounts. Exim was raising the server load dramatically, because neither account had the default address set to <b>:fail: no such address here</b>.<span id="more-30"></span></p>
<p>By using <b>:fail:</b>, &#8220;the email is never accepted into the server. During the initial SMTP negotiation when the senders SMTP server connects to your SMTP server, the sending SMTP server issues a RCPT command notifying your server which email address the email to follow is intended for. Your server then checks whether the recipient email actually exists on your server (a POP3 account, an alias or a catchall alias) and if it does not, it issues an SMTP DENY which terminates the attempt to deliver the email.&#8221; (source: <a href="http://www.configserver.com/free/fail.html" rel="nofollow">ConfigServer</a>)</p>
<p>These two accounts were being bombarded in such a way that they actually brought the server to a crawl by not having the default address set to :fail:.</p>
<p>So in your cPanel installations, you should make sure the default address is set to :fail: for all accounts to ensure a safe, stable hosting environment.</p>
<p>In WHM, if you go to &#8220;Tweak Settings&#8221; under &#8220;Server Configuration,&#8221; you can set the default for new accounts to go to :fail: and prevent high server load from mail attacks.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2008/09/05/cpanel-set-default-address-to-fail-no-such-address-here/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PRM &#8211; Keep the server load down</title>
		<link>http://www.socalwebsites.com/blog/2008/04/16/prm-keep-the-server-load-down/</link>
		<comments>http://www.socalwebsites.com/blog/2008/04/16/prm-keep-the-server-load-down/#comments</comments>
		<pubDate>Wed, 16 Apr 2008 17:36:30 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Scripts]]></category>
		<category><![CDATA[Tips and Tricks]]></category>
		<category><![CDATA[Website Hosting]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/?p=29</guid>
		<description><![CDATA[Process Resource Monitor

When running a shared server environment, you must be extremely aware of activity which can take down your server. One rogue hosting account can ruin things for everyone.
While you should not allow an account to run poorly written scripts which create server intensive processes, a host should also not leave the server unprotected [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://rfxnetworks.com/prm.php">Process Resource Monitor</a>
<prm @r-fx.org>
<p>When running a shared server environment, you must be extremely aware of activity which can take down your server. One rogue hosting account can ruin things for everyone.</prm><span id="more-29"></span></p>
<p>While you should not allow an account to run poorly written scripts which create server intensive processes, a host should also not leave the server unprotected from scripts which will increase the server load and bog or bring down the server.</p>
<p>Enter <a href="http://rfxnetworks.com/prm.php">PRM</a>. Process Resource Monitor will monitor processes on the server and check it for exceeding resource limits which you set in the config file. To be sure it doesn&#8217;t kill legitimate processes, you set the number of times a process must exceed your rules and the number of seconds between checks for a process to be killed.</p>
<p>PRM will keep your shared enviromnent running smoothly and help ensure one account does not bog down the server for everyone.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2008/04/16/prm-keep-the-server-load-down/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>GMail now 6GB Capacity &#8211; Including Google Apps for Your Domain</title>
		<link>http://www.socalwebsites.com/blog/2007/12/27/gmail-now-6gb-capacity-including-google-apps-for-your-domain/</link>
		<comments>http://www.socalwebsites.com/blog/2007/12/27/gmail-now-6gb-capacity-including-google-apps-for-your-domain/#comments</comments>
		<pubDate>Thu, 27 Dec 2007 22:29:42 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[Website Hosting]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/2007/12/27/gmail-now-6gb-capacity-including-google-apps-for-your-domain/</guid>
		<description><![CDATA[If you haven&#8217;t explored Google Apps for Your Domain or just plain old GMail, now is the time.

GMail and Google Apps for Your Domain capacity is now 6 GB. That&#8217;s per user.
Using GMail and GA holds many benefits. If you configure it from your domain&#8217;s registrar console, your email will work even if your hosting [...]]]></description>
			<content:encoded><![CDATA[<p>If you haven&#8217;t explored <a href="https://www.google.com/a/" rel="nofollow">Google Apps for Your Domain</a> or just plain old <a href="http://www.gmail.com/" rel="nofollow">GMail</a>, now is the time.</p>
<p><img src="http://www.socalwebsites.com/blog/wp-content/uploads/2007/12/gmail-storage.jpg" border="0" height="24" width="320" alt="gmail-storage.jpg" /></p>
<p>GMail and Google Apps for Your Domain capacity is now 6 GB. That&#8217;s per user.<span id="more-28"></span></p>
<p>Using GMail and GA holds many benefits. If you configure it from your domain&#8217;s registrar console, your email will work even if your hosting provider is having troubles. It means less downtime for your emails.</p>
<p>Also, emails do not take up space on your server or hosting account. If a user does not download messages off the server, spam will quickly multiply. I&#8217;ve seen over a gig of spam in one user account before! Depending on your hosting package, you could be scratching your head wondering why you can&#8217;t upload your 200k picture to your website.</p>
<p>The GMail interface for webmail is second to none. Searching emails, organizing emails, sending/receiving, anything you want from a webmail client&#8230; GMail powers it better than any other free alternative I&#8217;ve used (and I&#8217;ve used most, if not all, of the major ones).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2007/12/27/gmail-now-6gb-capacity-including-google-apps-for-your-domain/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>You Don&#8217;t Need Web Analytics</title>
		<link>http://www.socalwebsites.com/blog/2007/05/31/you-dont-need-web-analytics/</link>
		<comments>http://www.socalwebsites.com/blog/2007/05/31/you-dont-need-web-analytics/#comments</comments>
		<pubDate>Thu, 31 May 2007 16:52:57 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Optimization]]></category>
		<category><![CDATA[PPC (Pay Per Click)]]></category>
		<category><![CDATA[Search Engine Marketing]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Website Hosting]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/2007/05/31/you-dont-need-web-analytics/</guid>
		<description><![CDATA[You Don&#8217;t Need Web Analytics: &#8220;
How many saw that headline and heaved a sigh of relief?  &#8216;Oh good,&#8217; you thought, &#8216;one less thing on my to do list.&#8217;
Web Analytics World has 21 reasons that you do not need web analytics.  Any of these sound like you or your clients?


You don&#8217;t want to know [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.marketingpilgrim.com/2007/05/you-dont-need-web-analytics.html#comments">You Don&rsquo;t Need Web Analytics</a>: &#8220;</p>
<p>How many saw that headline and heaved a sigh of relief?  &lsquo;Oh good,&rsquo; you thought, &lsquo;one less thing on my to do list.&rsquo;</p>
<p>Web Analytics World has <a href="http://manojjasra.blogspot.com/2007/05/21-reasons-why-you-dont-need-web.html">21 reasons that you do <strong>not</strong> need web analytics</a>.  Any of these sound like you or your clients?</p>
<blockquote>
<ul>
<li>You don&rsquo;t want to know where your visitors are coming from.
</li>
<li>You don&rsquo;t care how much time visitors spend on your website.
</li>
<li>Most popular products? Who cares, you already know what your customers want.
</li>
<li>Dead Content? There can&rsquo;t be any dead content on your site.
</li>
<li>Site overlay is overrated because you can pretty much guess which links visitors find appealing.
</li>
<li>Bounce rate sounds like a make believe metric.</li>
</ul>
</blockquote>
<p>(Via <a href="http://www.marketingpilgrim.com">Andy Beal&#8217;s Marketing Pilgrim &#8211; Internet Marketing Blog &#038; Consultant</a>.)</p>
<p>With Google Analytics being such a great price&#8230; free, there&#8217;s little excuse for not having top-notch analytics available for your site. Whether someone actually analyzes the data or not, at least it will be there when <i>someone</i> realizes the need.</p>
<p>Of course, there&#8217;s arguments to be made for having your analytics from the server rather than a javascript in the code. If you have cPanel, like on our servers, you have analytics built into your administrator. We still often use Google Analytics for our clients, but the server-side stats also provide the 404 not found errors and occasionally checking Google Analytics against the server stats can show if the tracking code has been installed properly on all the pages it is supposed to be on.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2007/05/31/you-dont-need-web-analytics/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.2 Upgrade in Fantastico</title>
		<link>http://www.socalwebsites.com/blog/2007/05/28/wordpress-22-upgrade-in-fantastico/</link>
		<comments>http://www.socalwebsites.com/blog/2007/05/28/wordpress-22-upgrade-in-fantastico/#comments</comments>
		<pubDate>Mon, 28 May 2007 18:13:42 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Fantastico]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/2007/05/29/wordpress-22-upgrade-in-fantastico/</guid>
		<description><![CDATA[If you haven&#8217;t upgraded to the new WordPress 2.2 yet, you can now do it through Fantastico. Login to your cpanel (yourdomain/cpanel) and you can upgrade in just a couple of quick clicks.
As always, be sure to backup your database prior to upgrading and thoroughly test your blog after the upgrade has been completed!
]]></description>
			<content:encoded><![CDATA[<p>If you haven&#8217;t upgraded to the new WordPress 2.2 yet, you can now do it through Fantastico. Login to your cpanel (yourdomain/cpanel) and you can upgrade in just a couple of quick clicks.</p>
<p>As always, be sure to backup your database prior to upgrading and thoroughly test your blog after the upgrade has been completed!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2007/05/28/wordpress-22-upgrade-in-fantastico/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPress 2.12 Upgrade in Fantastico</title>
		<link>http://www.socalwebsites.com/blog/2007/04/01/wordpress-212-upgrade-in-fantastico/</link>
		<comments>http://www.socalwebsites.com/blog/2007/04/01/wordpress-212-upgrade-in-fantastico/#comments</comments>
		<pubDate>Sat, 31 Mar 2007 23:31:17 +0000</pubDate>
		<dc:creator>Alan Hartung</dc:creator>
				<category><![CDATA[Fantastico]]></category>
		<category><![CDATA[WordPress]]></category>
		<category><![CDATA[cPanel]]></category>

		<guid isPermaLink="false">http://www.socalwebsites.com/blog/2007/04/01/wordpress-212-upgrade-in-fantastico/</guid>
		<description><![CDATA[This is a safe and recommended upgrade for WordPress via Fantastico. This blog was upgraded without issue in a few seconds via Fantastico in cPanel.
Enjoy!
]]></description>
			<content:encoded><![CDATA[<p>This is a safe and recommended upgrade for WordPress via Fantastico. This blog was upgraded without issue in a few seconds via Fantastico in cPanel.</p>
<p>Enjoy!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.socalwebsites.com/blog/2007/04/01/wordpress-212-upgrade-in-fantastico/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
