<?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>ipHouse Blog &#187; email</title>
	<atom:link href="http://blogs.iphouse.net/tag/email/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.iphouse.net</link>
	<description>A friendly, local ISP with a view.</description>
	<lastBuildDate>Thu, 09 Sep 2010 15:03:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>News from ipMom</title>
		<link>http://blogs.iphouse.net/2010/08/26/news-from-ipmom/</link>
		<comments>http://blogs.iphouse.net/2010/08/26/news-from-ipmom/#comments</comments>
		<pubDate>Thu, 26 Aug 2010 18:45:02 +0000</pubDate>
		<dc:creator>Genevieve Ruebel</dc:creator>
				<category><![CDATA[email]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=460</guid>
		<description><![CDATA[The mother of all mothers &#8220;ipMom&#8221; has gained yet another new feature. If you have a Dialup, DSL or similar account at ipHouse with a &#8216;primary account&#8217; within an iphouse.com, bitstream.net, pro-ns.net or goldengate.net domain you can now self-order additional POP mailboxes, and access an overview of mailboxes related to your primary account. Check it <a href="http://blogs.iphouse.net/2010/08/26/news-from-ipmom/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>The mother of all mothers &#8220;ipMom&#8221; has gained yet another new feature.</p>
<p><span id="more-460"></span></p>
<p>If you have a Dialup, DSL or similar account at ipHouse with a &#8216;primary account&#8217; within an iphouse.com, bitstream.net, pro-ns.net or goldengate.net domain you can now self-order additional POP mailboxes, and access an overview of mailboxes related to your primary account.</p>
<p>Check it out by logging into <a title="ipMom Login" href="https://ipmom.iphouse.com/" target="_blank">ipMom</a> using your primary account.  You will see a new link titled &#8216;Add Mailbox&#8217; under the &#8216;Add Services&#8217; section of the menu.  You will also see &#8216;Account Overview&#8217; under the Billing section.  You will be able to see your existing mailboxes and will be able to add new ones.  If you are already using all mailboxes that come with your account and you want to add a new one, you can check off an agreement to be billed for the new mailbox and a new POP mailbox will be added.  The new mailbox will be on to the next bill that is sent out (all billing information will stay the same).</p>
<p>You will not be able to delete mailboxes through ipMom.  If you do need to delete a mailbox, please email support@iphouse.net or billing@iphouse.net and we will be glad to help you out.</p>
<p>Customers with their own domain names who purchase mailboxes in blocks of ten will continue to enjoy the same admin control they currently have over their mailbox blocks.</p>
<p>We hope our customers enjoy this feature and we are excited for new things to come&#8230;:)</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2010/08/26/news-from-ipmom/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Undeliverable mail</title>
		<link>http://blogs.iphouse.net/2010/01/19/undeliverable-mail/</link>
		<comments>http://blogs.iphouse.net/2010/01/19/undeliverable-mail/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 19:27:47 +0000</pubDate>
		<dc:creator>Andrew Will-Holmberg</dc:creator>
				<category><![CDATA[email]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=154</guid>
		<description><![CDATA[One of the most common email related support calls I get is someone wondering why they&#8217;re receiving &#8220;Undeliverable Mail Returned to Sender&#8221; notifications when sending out email to a particular email address. These &#8220;bounce back&#8221; messages will tell you why the email couldn&#8217;t be delivered, but often times the language used isn&#8217;t immediately understandable by <a href="http://blogs.iphouse.net/2010/01/19/undeliverable-mail/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>One of the most common email related support calls I get is someone wondering why they&#8217;re receiving &#8220;Undeliverable Mail Returned to Sender&#8221; notifications when sending out email to a particular email address. These &#8220;bounce back&#8221; messages will tell you why the email couldn&#8217;t be delivered, but often times the language used isn&#8217;t immediately understandable by someone who isn&#8217;t an IT professional, or &#8220;into computer stuff&#8221;. I thought I&#8217;d go over some of the more common undeliverable errors, and explain what they mean. I made a test email address for this purpose, blogtest@iphouse.com &#8211; and then sent several emails to it that were intended to be bounced for various reasons. Here&#8217;s the first bounce back message:</p>
<pre>This is the mail system at host smtpin-2.iphouse.net.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.</pre>
<pre><a href="mailto:blogtest@iphouse.com">&lt;blogtest@iphouse.com&gt;</a>: permission denied. Command output: maildrop: maildir
    over quota.
</pre>
<p><span id="more-154"></span>Breaking this error down; the first part tells us what server issued the rejection. In this case it was the host &#8220;smtpin-2.iphouse.net&#8221; &#8211; the mail server responsible for receiving email for the email address blogtest@iphouse.com   The second part tells us who we were sending the email to, in this case it was sent to testblog@iphouse.com  The third part tells us the error type, as in a permanent or temporary error. A permanent error means that the email won&#8217;t be delivered. A temporary error means that the sending mail server ought to try again later.  In this case it says &#8220;Permission Denied&#8221; &#8211; that&#8217;s a permanent error. The fourth part of this error message tells us why the email was rejected, in this case it says &#8220;Command output: maildrop: maildir over quota&#8221;. What this means is that the service &#8220;maildrop&#8221; says that the Mail Directory (maildir) is over quota &#8211; the mailbox is full. What this means for us the sender, is that we shouldn&#8217;t bother trying to send that person anymore email until they clear out their overstuffed mailbox. There isn&#8217;t anything we can do about it other that calling that person up to tell them that their mailbox is full.</p>
<p>Here&#8217;s the next error bounceback:</p>
<pre>Unable to deliver message to: <a href="mailto:blogtest@iphouse.com">&lt;blogtest@iphouse.com&gt;</a>
Delivery failed for the following reason:
smtpin-2.iphouse.net[216.250.188.181] responded with failure: 550 5.7.1 black
listed URL host ***.********.net by .black.uribl.com

This has been a permanent failure.  No further delivery attempts will be made.</pre>
<p>I did make one edit to this error message, I replaced the blacklisted URL with a bunch of asterisks (*). I don&#8217;t see any reason to give a spammy site any more traffic than it already has. OK, so let&#8217;s break this error down. The first part of this error message tells us who we were sending the email to, in this case blogtest@iphouse.com was the intended recipient. The second part tells us what server issued the rejection, in this case it was the server smtpin-2.iphouse.net &#8211; so it was the recipient&#8217;s mail server issuing the rejection, not the sender&#8217;s. The third part tells us what kind of rejection it was, and why it was rejected. In this case the error code was &#8220;550&#8243; (I&#8217;ll go into error codes later), and that the email was rejected because it had a link to a website (the one I used ***** to hide), which happened to be on the blacklist &#8220;black.uribl.com&#8221;. The last part is just another note that this was a permanent error, in case you didn&#8217;t already know that that&#8217;s what a 550 is. What this bounce back message means for us the sender is that we had a link to a website in our email that a spam filter on the recipient&#8217;s mail server didn&#8217;t like. We&#8217;ve got a few options here. The simplest thing would be to send the person a new email, but this time not include the offending website link. If we think that the website in question should not be on this blacklist in the first place (mistakenly listed), then we can always go to uribl.com and request that the offending website be removed from their list. Not all blacklists let you do this, but plenty do &#8211; and as it so happens, uribl.com lets you request removals. Another option would be to contact the intended recipient to tell them that a spam filter of theirs is rejecting that link. The intended recipient could then follow up with their IT staff, or their ISP. I suppose the final option would be to try to &#8220;game the filter&#8221; by breaking up the link a bit. For example, let&#8217;s say that iphouse.com was blacklisted somehow. I could try sending the person a link to iphouse.com like this:  www (dot) iphouse (dot) com    A human reading this ought to be able to figure out your intent, whereas a spam filter might be tricked.</p>
<p>Here&#8217;s the next error bounce back:</p>
<pre><a href="mailto:testblog@iphouse.com">&lt;testblog@iphouse.com&gt;</a>: host smtpgrey-2.iphouse.net[216.250.190.161] said: 550
    5.1.1 <a href="mailto:testblog@iphouse.com">&lt;testblog@iphouse.com&gt;</a>: Recipient address rejected: User unknown (in
    reply to RCPT TO command)</pre>
<p>The first part of this error message tells us who we were sending the email to, in this case testblog@iphouse.com was the intended recipient. The second part tells us what server issued the rejection, in this case it was the server smtpgrey-2.iphouse.net &#8211; so it was the recipient&#8217;s mail server issuing the rejection, not the sender&#8217;s. The third part tells us what kind of rejection it was, and why it was rejected. It&#8217;s another 550, so a permanent rejection. It was rejected because the User was Unknown. This means that the email address doesn&#8217;t exist. If you caught the mistake in the email address right off the bat, plus 10 points for you. I accidentally sent an email to &#8220;testblog@iphouse.com&#8221; instead of &#8220;blogtest@iphouse.com&#8221;. Oops. As a funny aside, I actually generated this bounce back message accidentally when I was aiming for another type of bounce back. It took me a moment to catch my mistake. I guess that&#8217;s what more coffee is for&#8230;..    Anyhoo, what this means for us the sender, is that we just need to send out a new email, but this time type in the correct address. If you&#8217;re absolutely positively 100% double plus certain that you didn&#8217;t make any typo in the email you sent out, go ahead and look for the typo anyhow. It&#8217;s really easy to miss certain things like a &#8220;,&#8221; instead of a &#8220;.&#8221;, or a letter out of place. If your double check doesn&#8217;t yield any typos, and you&#8217;re certain that the address is a valid one, you might want to contact the intended recipient to inform them that something is amiss regarding their email address.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2010/01/19/undeliverable-mail/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Anti-spam Part 2, Bayesian Spam Filtering</title>
		<link>http://blogs.iphouse.net/2010/01/05/anti-spam-part-2-bayesian-spam-filtering/</link>
		<comments>http://blogs.iphouse.net/2010/01/05/anti-spam-part-2-bayesian-spam-filtering/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 14:34:56 +0000</pubDate>
		<dc:creator>Nick Gasper</dc:creator>
				<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[SPAM]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=145</guid>
		<description><![CDATA[Well, Andrew and I kinda stepped on each others toes last month, but I&#8217;ll go into a little more depth on some of the things he touched on. Last month I talked about the frontend of our anti-spam filtering via Greylisting. At the opposite end of our anti-spam system is content filtering. We use a <a href="http://blogs.iphouse.net/2010/01/05/anti-spam-part-2-bayesian-spam-filtering/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>Well, <a title="Andrew's posts on this blog" href="http://blogs.iphouse.net/author/andrew/" target="_blank">Andrew</a> and I kinda stepped on each others toes last month, but I&#8217;ll go into a little more depth on some of the things he touched on. Last <a title="Greylisting - an article by Nick Gasper" href="http://blogs.iphouse.net/2009/12/05/anti-spam-part-1-greylisting/" target="_blank">month</a> I talked about the frontend of our anti-spam filtering via Greylisting.</p>
<p>At the opposite end of our anti-spam system is content filtering. We use a third party vendor for this, MailFoundry in the form of two appliances. An appliance is a machine that you plug in, and is suppose to work with minimal configuration.</p>
<p>Now the MailFoundry appliances are &#8220;black box&#8221; systems. We don&#8217;t know how they work exactly, but we&#8217;re pretty sure that one of the techniques they use is <a title="Bayesian - probability and statistics!" href="http://en.wikipedia.org/wiki/Bayesian" target="_blank">Bayesian</a> spam filtering.</p>
<p>Bayesian spam filtering uses the concept of probability to evaluate each token in a message, assign a weight to each, give the overall message a rating based on this weight, and evaluate the message based on a preset threshold.</p>
<p>Ok, unless you&#8217;re up on your statistics or logic based calculus, or a computer nerd with Wikipedia handy, I know your eyes just glazed over. Rest assured, you are not alone.</p>
<p><span id="more-145"></span>Basically, what it boils down to is that every &#8220;token&#8221; is a series of characters separated by whitespace. During this discussion, most &#8220;tokens&#8221; are words. Certain tokens are negative, they tend to appear in spam messages. Others are positive, they tend to appear in good (or ham) messages. Each token has a value (or a &#8220;weight&#8221;). A Bayesian spam filtering system reads the message, adds up all of the negative and positive weights of the tokens which produces an overall probability rating. If the rating is too negative, it considers the message spam. If it&#8217;s positive, it doesn&#8217;t.</p>
<p>Now, how does the Bayesian filter know which tokens are bad or good? Well, you have to give it examples of each. If a message is spam, and it gets through the filter, you have to tell the filter that it&#8217;s spam. When a message is marked as spam, all of the tokens in the message have their ratings lowered in the filter&#8217;s database. Ideally, you&#8217;d also mark good messages as good, but most people don&#8217;t. Most Bayesian filtering schemes are configured to mark all delivered messages as good unless they are marked as bad. Over time, the good tokens get &#8220;gooder&#8221; and the bad tokens get &#8220;badder&#8221; and the system can determine what is spam and what is not.</p>
<p>Bayesian spam filtering works amazingly well on individual email accounts, as it will be able to determine an individual&#8217;s taste in what is spam and what is not. Unfortunately, it&#8217;s not as effective across hundreds or thousands of users, but it still helps. Your personal spam filter will usually outperform anything on our end, because you may have a different definition of what is spam than other users out there. On a large system like ours, tokens that would be marked as negative for you, are nullified by others marking them as positive. So, say mail sent from a list that you signed up for, but no longer want may be spam to you, but may not be to other people out there. That&#8217;s why it&#8217;s best to unsubscribe from those lists rather than try to get our system to recognize it as spam.</p>
<p>If you want to help feed our filters, feel free to send examples of any spam you receive via our system, as attachments, to spam at iphouse.com.</p>
<p>I hope that helps!</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2010/01/05/anti-spam-part-2-bayesian-spam-filtering/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Why was my email flagged as spam?</title>
		<link>http://blogs.iphouse.net/2009/12/08/why-was-my-email-flagged-as-spam/</link>
		<comments>http://blogs.iphouse.net/2009/12/08/why-was-my-email-flagged-as-spam/#comments</comments>
		<pubDate>Tue, 08 Dec 2009 17:20:59 +0000</pubDate>
		<dc:creator>Andrew Will-Holmberg</dc:creator>
				<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[SPAM]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=110</guid>
		<description><![CDATA[&#8220;Why was my email flagged as spam?&#8221; This is a very common question, and while it looks like a simple one on the surface, it&#8217;s actually not as easy to answer as you might think. Common misconceptions are; 1) If I&#8217;ve sent and received email from my friend for years, it shouldn&#8217;t get flagged as <a href="http://blogs.iphouse.net/2009/12/08/why-was-my-email-flagged-as-spam/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>&#8220;Why was my email flagged as spam?&#8221; This is a very common question, and while it looks like a simple one on the surface, it&#8217;s actually not as easy to answer as you might think. Common misconceptions are;</p>
<p>1) If I&#8217;ve sent and received email from my friend for years, it shouldn&#8217;t get flagged as spam.</p>
<p>2) If I have their email address in my address book, their email won&#8217;t get flagged as spam.</p>
<p>3) If I avoid using certain words, my email won&#8217;t get flagged as spam.</p>
<p>None of these things are true. To understand why this is a tricky question to answer, it&#8217;s helpful to know a bit about what ISP&#8217;s are doing to filter spam. Most ISP&#8217;s have their own &#8220;custom blend&#8221; of what they do to filter spam, but it more or less boils down to using a combination of one or more of the following: Blacklists, Greylisting,  enforcing RFC&#8217;s, and more traditional Content Filters.</p>
<p>Blacklists can be based on all kinds of things. They can be lists of IP addresses that have been reported as sources of spam, lists of mail servers that have been found to be capable of being used as open mail relays, lists of URL&#8217;s that have been &#8220;spamvertised&#8221;, or any number of other things. Not all blacklists are the same. Some are very aggressive in what they list, and some are very conservative. The aggressive lists might block a lot of spam, but they are also more likely to have &#8220;false positives&#8221; &#8211; as in they blocked something that the recipient really did want to receive. Whereas the conservative lists might not have many false positives, but they&#8217;re likely to let more spam through.</p>
<p>Greylisting is when a receiving mail server issues a temporary error, which causes the sending mail server to re-queue the email and send it once more. Being able to re-queue an email is something that any RFC compliant mail server ought to be able to do. Greylisting can drastically reduce spam sent through &#8220;spam zombies&#8221; &#8211; home computers compromised by viruses that send spam out directly from the PC instead of through a mail server capable of re-queuing email.</p>
<p>RFC&#8217;s are, in a nutshell, the basic minimum standards for anything Internet related. Enforcing RFC compliance for mail can cut down on mail sent out from compromised PC&#8217;s/servers, and cut down on spam sent out from &#8220;sketchy&#8221; mail servers.</p>
<p>And lastly, content filters are the more traditional form of analyzing the content of an email to determine the &#8220;spamyness&#8221; of the email. Each spam filter system has its own &#8220;custom blend&#8221; of techniques to identify spam. Some of these criteria include; spammy words/spelling (\/1agra), format of an email (lot&#8217;s of CAPITAL/<strong>BOLD/</strong>etc lettering), lists of &#8220;spamvertised&#8221; websites, know spammer addresses, etc. Some filters use a feedback system that allows end users to submit examples of spam to train the filter.</p>
<p>Because blacklists and content filters are dynamic in nature, it can be very difficult to determine what it was at that exact moment that caused a particular email to be tagged as spam.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2009/12/08/why-was-my-email-flagged-as-spam/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Anti-Spam Part 1, Greylisting</title>
		<link>http://blogs.iphouse.net/2009/12/05/anti-spam-part-1-greylisting/</link>
		<comments>http://blogs.iphouse.net/2009/12/05/anti-spam-part-1-greylisting/#comments</comments>
		<pubDate>Sat, 05 Dec 2009 15:43:47 +0000</pubDate>
		<dc:creator>Nick Gasper</dc:creator>
				<category><![CDATA[email]]></category>
		<category><![CDATA[SPAM]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=135</guid>
		<description><![CDATA[I&#8217;ve occasionally gotten calls from system administrators about a “mail bouncy thing” they notice in their logs when they send mail to us.  They find it weird and sometimes frustrating and many consider it a silly anti-spam technique. Well, that would be greylisting, and while it’s weird, it also drops a lot of spam getting <a href="http://blogs.iphouse.net/2009/12/05/anti-spam-part-1-greylisting/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve occasionally gotten calls from system administrators about a “mail bouncy thing” they notice in their logs when they send mail to us.  They find it weird and sometimes frustrating and many consider it a silly anti-spam technique. Well, that would be <a title="Greylisting - simple solution that stymies spam servers and botnets" href="http://greylisting.org/" target="_blank">greylisting</a>, and while it’s weird, it also drops a lot of spam getting through to our customers.</p>
<p>It&#8217;s also our first line of defense against spam.</p>
<p>Greylisting is a very simple technique. It is a daemon attached to database that keeps track of who externally sent mail to whom internally, including from what IP address. When a new sender/recipient/IP-address (or <em>triplet</em> as it is called) combination pops up, it bounces the transaction with a temporary, 450/451 response code. This is per the RFC and any properly implemented SMTP server should adhere to it, re-queue the message, and send it again later. If the server sends it before a specified “too early” window (in my case on my personal server, 2 mins, but that’s fairly aggressive) it’s temp-failed (tech term for try again later) again. If the message comes back after this “too early” window, but before a 24 hour expiration window, the message is passed through, and an entry is made in the database allowing that triplet to send mail unhindered for a few days (depending on configuration). If enough messages come from the same ip address and domain pass Greylisting, that whole domain can be automatically white-listed through the check.</p>
<p>The goal of greylisting is not to penalize legitimate mail servers but only to stop non-compliant botnets from getting through.</p>
<p>Greylisting is very effective because it keeps non-compliant SMTP servers from sending mail to our (or even your) servers. Most virus infected computers that send or relay spam won’t re-queue messages, or will re-queue them for only the briefest amount of time. Why? Their goal is to blast as much email/virus payload as possible, and any slowdown or long retry time is very counterintuitive to this goal.</p>
<p>Problems with greylisting are legitimate, by mis-configured SMTP servers either not re-queuing the messages because they are set to treat 400 series bounces as 500 series (permanent) bounces. Or they re-queue the messages, but report to the original sender that the message bounced.</p>
<p>Yahoo implements a more esoteric set up, where they have 4 servers listed in the MX record, and at any time, any of them will bounce messages. This is another way to test for non RFC compliant servers, as a server is supposed to try all of the MX entries in turn, by weight value. Most virus infected computers won’t do that. At least that is what it looks like from the outside.</p>
<p>Because some of our users may have problems with receiving mail, our web-based interface, <a title="ipMom, ipHouse account management system" href="https://ipmom.iphouse.com/" target="_blank">ipMom</a>, gives you the option to disable greylisting. If you log into ipMom with your email address and password, you&#8217;ll notice a &#8220;Greylist&#8221; option . Set it to off, and greylisting is no longer affecting your mail. Keep in mind that this does let more spam into the system, although our other anti-spam protections may still catch them.</p>
<p>I hope that helps!</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2009/12/05/anti-spam-part-1-greylisting/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Manage your email with Aliases</title>
		<link>http://blogs.iphouse.net/2009/10/21/manage-your-email-with-aliases/</link>
		<comments>http://blogs.iphouse.net/2009/10/21/manage-your-email-with-aliases/#comments</comments>
		<pubDate>Wed, 21 Oct 2009 15:32:16 +0000</pubDate>
		<dc:creator>Aileen Horwath</dc:creator>
				<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[ipHouse Products]]></category>
		<category><![CDATA[privacy]]></category>

		<guid isPermaLink="false">http://blogs.iphouse.net/?p=92</guid>
		<description><![CDATA[Mail aliases allow mail to more than one email address to be delivered to the same mailbox. Large companies use aliases all the time. Now small companies and individuals can as well. All ipHouse mailboxes now include 2 aliases. If you are a small business with just a couple people, you can use addresses like <a href="http://blogs.iphouse.net/2009/10/21/manage-your-email-with-aliases/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>Mail aliases allow mail to more than one email address to be delivered to the same mailbox. Large companies use aliases all the time. Now small companies and individuals can as well. All ipHouse mailboxes now include 2 aliases.</p>
<p>If you are a small business with just a couple people, you can use addresses like sales@mydomain.com, support@mydomain.com and billing@mydomain.com and have all the email delivered to the same one or two mailboxes.</p>
<p>The use of aliases gives your business a more professional look while at the same time making it easier for your customers to remember how to get in touch with you.</p>
<p>Within your mail client, you can setup rules that sort or mark mail differently, depending on the alias it was sent to. If all your billing mail, for example, is in the same folder, it makes it easier for you to read through all of it before you post invoices.</p>
<p>If you are an individual user, aliases can help you track who is selling off your email address. Just setup a couple aliases that you can use when responding to different offers. Then watch to see which of your mail addresses are receiving any unwanted email.</p>
<p>Setting up your aliases is easy. Just go to our customer account management system <a href="https://ipmom.iphouse.com/" target="_self">ipMom</a> and click on Aliases.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2009/10/21/manage-your-email-with-aliases/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ice Phishing</title>
		<link>http://blogs.iphouse.net/2008/12/16/ice-phishing/</link>
		<comments>http://blogs.iphouse.net/2008/12/16/ice-phishing/#comments</comments>
		<pubDate>Tue, 16 Dec 2008 19:38:15 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Online Security]]></category>
		<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[SPAM]]></category>

		<guid isPermaLink="false">http://iphouse.com/blogs/?p=16</guid>
		<description><![CDATA[So, how about that minus 20 degrees this morning &#8211; that cold enough for ya? Along with these near record lows last night and this morning, we received reports from a few users about a Phishing Scam that claims to be about their webmail account. This latest version asks the user to respond with their <a href="http://blogs.iphouse.net/2008/12/16/ice-phishing/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>So, how about that minus 20 degrees this morning &#8211; that cold enough for ya?  Along with these near record lows last night and this morning, we received reports from a few users about a Phishing Scam that claims to be about their webmail account.  This latest version asks the user to respond with their webmail username and password.  This latest round has several give aways that are good reminders of what to look out for with scams in general.</p>
<p>Phishing is spam that attempts to extract personal information from the recipient.  Here are some quick points about Phishing:</p>
<p>1. <strong>Email asks for your password</strong>: ipHouse will <em>never ask</em> for your password via email. This is a common policy with many companies so feel free to make it your own policy: Never send a password via email <em>even if</em> you think you know the recipient.</p>
<p>2. <strong>Strange reply-to address:</strong> The reply-to email address is not an official email address. ipHouse employees and internal addresses are all @iphouse.net. This latest round had the reply-to as an email address in Brazil (.br) or a yahoo.com address.  A general rule for anyone is to always check a provider&#8217;s website for valid contact information. When going to their website type in the address yourself or use an existing valid bookmark. <em>Do not click</em> a link in an email even if it looks valid is it may be a &#8220;masked&#8221; URL whose destination is a different address.</p>
<p>3.  <strong>Credit card  fraud</strong>.  While this email was looking for passwords, many Phishing scams ask for credit card numbers. And for decades there have been phone-based credit card Phishing scams. ipHouse will <em>never ask</em> for your credit card number via email nor ever via a call <em>we initiate</em>. Feel free to make it your own policy with everyone &#8211; never send a credit card number via email and never give your credit card number out to someone unless you initiate the call.</p>
<p>4. <strong>Spam filters don&#8217;t catch everything</strong>.  While our multiple levels of Antispam catch most Phishing expeditions, some can get through. This one was harder to catch as it didn&#8217;t have any off-site hyperlinks and had enough words that it looked valid to the filters.  We don&#8217;t publish for spammers how we adjust but trust me that we do adjust.  Of course we do want to see what might get through.  For example, <em>yesterday alone</em> ipHouse blocked <abbr title="1463418 was on on 12-15-2008.  Other days vary from 1.3million and 2.4million.">1,463,418</abbr> spam, Phishing, and viruses. We pride ourselves on an extremely low &#8220;<abbr title="A false positive occurs if spam filtering wrongly rejects or quarantines a valid message as spam.">false positive</abbr>&#8221; rate.  If a spam or Phishing message does get through, please forward it with full headers to <a title="spam@iphouse.net" href="mailto:spam@ipHouse.net" target="_blank">spam@ipHouse.net</a>.  If you have an individual question or concern, our <a title="ipHouse Tech Support" href="http://iphouse.com/support.html" target="_blank">Support</a> team can help.</p>
<p>5.<strong> Learn more!</strong> Here are some links to several sites&#8217; take on Phishing:</p>
<ul>
<li>Blogs about Phishing: <a title="PhishingScam" href="http://phishingscam.org/" target="_blank">PhishingScam</a></li>
<li>Popular OS: <a title="Apple" href="http://support.apple.com/kb/HT2080" target="_blank">Apple</a>, <a title="Protect yourself from Phishing" href="http://www.microsoft.com/protect/yourself/phishing/identify.mspx" target="_blank">Microsoft</a></li>
<li> Popular Guides (always with a grain of salt please): <a title="Phishing Category" href="http://en.wikipedia.org/wiki/Phishing" target="_blank">WikiPedia </a>, <a title="About.com's Phishing Guide" href="http://antivirus.about.com/od/emailscams/ss/phishing.htm" target="_blank">About</a></li>
<li>Trade/Industry groups: <a title="Anti-Phishing Work Group" href="http://www.antiphishing.org/" target="_blank">APWG</a>, <a title="National Cyber Security Alliance" href="http://www.staysafeonline.org/" target="_blank">National Cyber Security Alliance</a>, <a title="AARP" href="http://www.aarp.org/money/consumer/online_safety/avoid_phishing_scams/" target="_blank">AARP</a></li>
<li> Government: <a title="FTC's Stop-Think-Click" href="http://www.onguardonline.gov/topics/phishing.aspx" target="_blank">Stop-Think-Click</a></li>
</ul>
<p>- Eric</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2008/12/16/ice-phishing/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Is your account really secure?</title>
		<link>http://blogs.iphouse.net/2008/09/15/is-your-account-really-secure/</link>
		<comments>http://blogs.iphouse.net/2008/09/15/is-your-account-really-secure/#comments</comments>
		<pubDate>Mon, 15 Sep 2008 17:57:42 +0000</pubDate>
		<dc:creator>Aileen Horwath</dc:creator>
				<category><![CDATA[Dial-up]]></category>
		<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://iphouse.com/blogs/?p=9</guid>
		<description><![CDATA[By choosing ipHouse, or any good ISP, you may think that your account is automatically protected from random hackers. And you would be right, but only up to a certain point. We can and do patch our machines and lock them down as much as possible.  However, as an ISP, our job is also to <a href="http://blogs.iphouse.net/2008/09/15/is-your-account-really-secure/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>By choosing ipHouse, or any good ISP, you may think that your account is automatically protected from random hackers. And you would be right, but only up to a certain point.</p>
<p>We can and do patch our machines and lock them down as much as possible.  However, as an ISP, our job is also to make sure that information flows smoothly to and from your account. To a very real extent, you are in direct control of the weakest security link for your account, your password.</p>
<p>We have lately seen a rash of accounts compromised because they had passwords that were less than ideal. You may think your account isn&#8217;t worth hacking, but you would be wrong.</p>
<p><span id="more-9"></span></p>
<p>Most hackers do not target individual accounts to determine the best ones to compromise. They just setup their password cracking programs, aim them at encrypted password files and let them do their thing. The password files are encrypted but have to be publicly accessible in order for customers to actually log-in to their accounts. The cracking programs are very fast and very sophisticated. In the first couple minutes they will have tried all dictionary words and common names not only in English but in other languages. Then they move on to any and every password combination that includes the actual username or makes simple number-letter substitutions like using a 0 for an o.</p>
<p>Once an account is compromised, the hackers can use it to gain access to other systems, read or re-direct your email and, most commonly, use your account to send spam out to the rest of the world. It doesn&#8217;t matter who you are or how interesting your email is, accounts are compromised on an equal opportunity basis.</p>
<p>Some people feel that it is more trouble than it is worth to have a secure password. Remember, it is okay to write down your password, just don&#8217;t write it down in an easily accessible location and never keep it with your account name. Some people use the <em>phrase trick</em> to create secure passwords that are easy to remember. For example: &#8220;Traveling up the amazon in 1974 by boat was a great vacation!&#8221; becomes the password &#8220;tuTA&#8217;74bbGV!&#8221; Don&#8217;t be afraid of forgetting your clever, secure password. We all forget passwords sometimes, just call the friendly ipHouse support team and we can help you re-set your forgotten password.</p>
<p>Protect your account. It is a good idea to change your password annually if not more often. If you are still using the password that was auto-generated for you when your account was originally setup, change it now.</p>
<p>Does your password pass the 5 basic rules of password security?</p>
<p>(1) At least 8 characters<br />
(our system can handle passwords of over 200 characters).<br />
(2) Not a dictionary word or a name.<br />
(3) Not a dictionary word or a name with select numbers substituted for letters like 0 for o or 1 for l.<br />
(4) A mix of lower case and capital letters with numbers and symbols thrown in for good measure.<br />
(5) Your password is completely unrelated to your name and your account name.</p>
<p>You can change your ipHouse password now by going to:</p>
<p>https://ipmom.iphouse.com/</p>
<p>And remember, you need more than one secure password. If you use the same password for multiple accounts or in multiple places, that creates its own level of insecurity.</p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2008/09/15/is-your-account-really-secure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Meet ipHouse Customer David Pogoff</title>
		<link>http://blogs.iphouse.net/2008/08/26/meet-iphouse-customer-david-pogoff/</link>
		<comments>http://blogs.iphouse.net/2008/08/26/meet-iphouse-customer-david-pogoff/#comments</comments>
		<pubDate>Tue, 26 Aug 2008 17:22:52 +0000</pubDate>
		<dc:creator>Aileen Horwath</dc:creator>
				<category><![CDATA[Customer Profiles]]></category>
		<category><![CDATA[Connectivity]]></category>
		<category><![CDATA[email]]></category>

		<guid isPermaLink="false">http://iphouse.com/blogs/?p=8</guid>
		<description><![CDATA[Recently I sat down to talk with David Pogoff of Complex Programming Incorporated. David uses ipHouse for corporate email and domain hosting, as well as his DSL connection. David is a math and statistics expert, implementing many of his solutions using his background in software development and database design. He consults primarily for small to medium-sized businesses and <a href="http://blogs.iphouse.net/2008/08/26/meet-iphouse-customer-david-pogoff/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p>Recently I sat down to talk with David Pogoff of <span>Complex Programming <span>Incorporated</span>. David uses ipHouse for corporate email and domain hosting, as well as his DSL connection.</span></p>
<p><span id="more-8"></span></p>
<p>David is a math and statistics expert, implementing many of his solutions using his background in software development and database design. He <span>consults primarily </span>for small to medium-sized businesses and helps his clients with all their computer needs from software installation to network security. He has worked with individuals to setup their home offices with efficient, secure connections to their work places.</p>
<p>David describes himself as being, “vocal and tenacious about raising hell when a <span>client&#8217;s</span> vender doesn’t deliver.”  His <span>clients</span> appreciate this dedication. Thus far, all his clients have come from word-of-mouth referrals.</p>
<p>David shared with me that he wants to be equally vocal when a vender does a good job. He <span>thinks</span> that, “Many ISPs do not do good work. ipHouse has delivered. It seems like you guys can do no wrong.”  David is impressed with the breadth of knowledge of ipHouse staff. “It is nice to have a vender whose technical support team is savvy about issues beyond the traditional support call.”</p>
<div><strong><br />
</strong></div>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2008/08/26/meet-iphouse-customer-david-pogoff/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Filtering Email for Spam and Viruses</title>
		<link>http://blogs.iphouse.net/2008/07/28/filtering-email-for-spam-and-viruses/</link>
		<comments>http://blogs.iphouse.net/2008/07/28/filtering-email-for-spam-and-viruses/#comments</comments>
		<pubDate>Mon, 28 Jul 2008 13:14:58 +0000</pubDate>
		<dc:creator>Aileen Horwath</dc:creator>
				<category><![CDATA[Support]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[SPAM]]></category>
		<category><![CDATA[virus]]></category>

		<guid isPermaLink="false">http://iphouse.com/blogs/?p=6</guid>
		<description><![CDATA[ipHouse engineers have been waging a battle against spam since the 1990s. As the Internet has grown and changed during the last 15+ years, the amount of spam has increased exponentially. The problem of online viruses has also grown. Effective spam and virus filtering is now an essential component of any mail server. The dilemma <a href="http://blogs.iphouse.net/2008/07/28/filtering-email-for-spam-and-viruses/" class="more-link">More &#62;</a>]]></description>
			<content:encoded><![CDATA[<p><!--StartFragment--></p>
<p class="MsoNormal">ipHouse engineers have been waging a battle against spam since the 1990s.<span> </span>As the Internet has grown and changed during the last 15+ years, the amount of spam has increased exponentially.</p>
<p class="MsoNormal">The problem of online viruses has also grown.<span> </span>Effective spam and virus filtering is now an essential component of any mail server.</p>
<p class="MsoNormal">The dilemma is always how to balance false positives with reliable protection.<span> </span></p>
<p class="MsoNormal"><span><span id="more-6"></span> Mike Horwath, </span>ipHouse senior admin, recently wrote about his frustration <a title="Mike's antispam blog entry" href="http://blogs.iphouse.net/mike/2008/07/postfix-and-antispam/" target="_blank">trying to find the perfect anti-spam solution</a>.</p>
<p class="MsoNormal">ipHouse has developed a fairly comprehensive anti-spam solution for mailboxes hosted on our mail cluster.<span> </span>Not only are all incoming emails scanned for spam and viruses by our <a title="ipHouse Mailfoundry Information" href="http://www.iphouse.com/mailfoundry.html" target="_blank">MailFoundry system</a>, there are also a wide range of filters and blacklists that can be applied on a per mailbox basis.<span> </span>These customizable filters help customers get only the mail they want, because one person’s spam is another person’s legitimate email.</p>
<p class="MsoNormal">Through <a title="ipMom" href="https://ipmom.iphouse.com/" target="_blank">ipMom</a>, ipHouse customers can decided exactly how many hoops they want their mail to jump through on its way to their inbox. Options include turning <a title="Greylisting" href="http://greylisting.org/" target="_blank">greylisting</a> on or off, enabling various sender checks, and applying both <a title="ipHouse Email Support - DNS Blacklists" href="http://www.iphouse.com/anti-spam-dnsbl.html" target="_blank">DNS (IP address) blacklists</a> and <a title="ipHouse Email Support - RHS Blacklists" href="http://www.iphouse.com/anti-spam-rhsbl.html" target="_blank">RHS (domain name) blacklists</a> to incoming emails.</p>
<p class="MsoNormal"><a href="http://www.iphouse.com/greylisting.html" target="_blank">Greylisting</a> is one of the most simple and most effective ways to stop spam.  If greylisting is turned on, new incoming email is deferred from the sending mail server. Mail servers that are configured correctly will just re-send the message and on the second send, it is successfully delivered to your inbox. This simple technique works because many spammers use mail servers that are not correctly configured.</p>
<p class="MsoNormal"><a title="ipHouse Email Support - Sender Checks" href="http://www.iphouse.com/anti-spam-checks.html" target="_blank">Sender Checks</a> check both the sending mail server and the domain name associated with the sender to make sure they are configured properly. Sender Checks can block a fair amount of legitimate email and should be used with caution.</p>
<p class="MsoNormal">Blacklists range from the highly conservative with very few false positives to the gung-ho that seem to block messages if they even look at another message that might be spam. More detailed explanations of the different types of spam and virus checks are available on the ipHouse <a title="ipHouse Anti-Spam Settings" href="http://www.iphouse.com/anti-spam.html" target="_blank">support pages</a>.</p>
<p class="MsoNormal">ipHouse has long provided customers running their own mail servers the ability to have their incoming email scanned by the <a title="ipHouse Mailfoundry Information" href="http://www.iphouse.com/mailfoundry.html" target="_blank">MailFoundry system</a>. Yet we have been frustrated by our inability to do more.  This summer, our engineers have been working on new anti-spam solutions for customers with their own mail servers.  We are just finishing the beta tests and hope to formally launch the product by the end of summer.</p>
<p class="MsoNormal">We are very excited about this upcoming feature.</p>
<p class="MsoNormal">
<p><!--EndFragment--></p>
]]></content:encoded>
			<wfw:commentRss>http://blogs.iphouse.net/2008/07/28/filtering-email-for-spam-and-viruses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
