<?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>Word to the Wise &#187; filtering</title>
	<atom:link href="http://blog.wordtothewise.com/tag/filtering/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.wordtothewise.com</link>
	<description>Email, Delivery, Spam and more</description>
	<lastBuildDate>Thu, 09 Sep 2010 20:58:25 +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>We&#8217;re gonna party like it&#8217;s 1996!</title>
		<link>http://blog.wordtothewise.com/2010/09/were-gonna-party-like-its-1996/</link>
		<comments>http://blog.wordtothewise.com/2010/09/were-gonna-party-like-its-1996/#comments</comments>
		<pubDate>Mon, 06 Sep 2010 18:43:26 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Legal]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Spam]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1927</guid>
		<description><![CDATA[Over on deliverability.com Dela Quist has a long blog post up talking about how changes to Hotmail and Gmail&#8217;s priority inbox are a class action suit waiting to happen. All I can say is that it&#8217;s all been tried before. Cyberpromotions v. AOL started the ball rolling when they tried to use the First Amendment [...]]]></description>
			<content:encoded><![CDATA[<p>Over on deliverability.com Dela Quist has a long blog post up talking about how <a href="http://blog.deliverability.com/2010/09/deliverability-by-engagement-a-class-action-lawsuit-waiting-to-happen.html">changes to Hotmail and Gmail&#8217;s priority inbox are a class action suit waiting to happen</a>. </p>
<p>All I can say is that it&#8217;s all been tried before. Cyberpromotions v. AOL started the ball rolling when they tried to use the First Amendment to force AOL to accept their unsolicited email. The courts said No. </p>
<p>Time goes on and things change. No one argues Sanford wasn&#8217;t spamming, he even admitted as much in his court documents. He was attempting to force AOL to accept his unsolicited commercial email for their users. Dela&#8217;s arguments center around solicited mail, though. </p>
<p>Do I really think that minor difference in terminology going to change things?</p>
<p>No. </p>
<p>First off &#8220;solicited&#8221; has a very squishy meaning when looking at any company, particularly large national brands. &#8220;We bought a list&#8221; and &#8220;This person made a purchase from us&#8221; are more common than any email marketer wants to admit to. Buying, selling and assuming permission are par for the course in the &#8220;legitimate&#8221; email marketing world. Just because the marketer tells me that I solicited their email does not actually mean I solicited their email. </p>
<p>Secondly, email marketers don&#8217;t get to dictate what recipients do and do not want. Do ISPs occasionally make boneheaded filtering decisions? I&#8217;d be a fool to say no. But more often than not when an ISP blocks your mail or filters it into the bulk folder they are doing it because the recipients don&#8217;t want that mail and don&#8217;t care that it&#8217;s in the bulk folder. Sorry, much of the incredibly important marketing mail isn&#8217;t actually that important to the recipient.</p>
<p>Dela mentions things like bank statements and bills. Does he really think that recipients are too stupid to add the from address to their address books? Or create specific filters so they can get the mail they want? People do this regularly and if they really want mail they have the tools, provided by the ISP, to make the mail they want get to where they want it.</p>
<p>Finally, there is this little law that protects ISPs. <a href="http://www.techlawjournal.com/courts/zeran/47usc230.htm">47 USC 230</a> states:</p>
<blockquote><p>(2) CIVIL LIABILITY- No provider or user of an interactive computer service shall be held liable on account of&#8211;</p>
<p>(A) any action voluntarily taken in good faith to restrict access to or availability of material that the provider or user considers to be obscene, lewd, lascivious, filthy, excessively violent, harassing, or otherwise objectionable, whether or not such material is constitutionally protected; or</p>
<p>(B) any action taken to enable or make available to information content providers or others the technical means to restrict access to material described in paragraph (1).
</p></blockquote>
<p style="padding-top: 2em;">There is existing case law that states that spam blocking falls is protected under the CDA, including <a href="http://blog.ericgoldman.org/archives/2009/06/antispyware_com.htm">e360Insight, LLC</a> v. <a href="http://blog.wordtothewise.com/2008/04/judge-rules-in-e360-v-comcast/">Comcast</a>.</p>
<p>I&#8217;m sure if the ISPs start blocking mail users actually want, that the users will actually point this out and the ISPs will be forced to change what they&#8217;re doing. A class action lawsuit by a bunch of marketers who are annoyed their &#8220;VITAL MARKETING MESSAGES&#8221; aren&#8217;t being forced into the inboxes of unwilling recipients doesn&#8217;t seem to meet that standard, though. </p>
<p>Really, Marketers, is there any part of my mailbox you don&#8217;t want to control? </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/09/were-gonna-party-like-its-1996/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Gmail and the PBL</title>
		<link>http://blog.wordtothewise.com/2010/06/gmail-and-the-pbl-2/</link>
		<comments>http://blog.wordtothewise.com/2010/06/gmail-and-the-pbl-2/#comments</comments>
		<pubDate>Tue, 29 Jun 2010 17:07:08 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[filters]]></category>
		<category><![CDATA[gmail]]></category>
		<category><![CDATA[PBL]]></category>
		<category><![CDATA[Spamhaus]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1660</guid>
		<description><![CDATA[Yesterday I wrote about the underlying philosophy of spam filtering and how different places have different philosophies that drive their filtering decisions. That post was actually triggered by a blog post I read where the author was asking why Gmail was using the PBL but instead of rejecting mail from PBL listed hosts they instead [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I wrote about the underlying philosophy of spam filtering and how different places have different philosophies that drive their filtering decisions. That post was actually triggered by a blog post I read where the author was asking why Gmail was using the PBL but instead of rejecting mail from PBL listed hosts they instead accepted and bulkfoldered the mail.</p>
<p>The blog post ends with a question:</p>
<blockquote><p>For those readers that know Gmail uses Spamhaus, I&#8217;d love to hear why Gmail couldn&#8217;t be transparent about its use.</p></blockquote>
<p>I tried to post a comment, but it seems to have been eaten and never showed up on the post.</p>
<p>I don&#8217;t think this has anything to do with  Gmail attempting to hide their use of outside blocklists. Rather, their  technology is simply better suited to accepting and filtering after the SMTP transaction. Setting up a MTA to reject with different bounce codes for different reasons and notifying the sender of why <a href="http://blog.wordtothewise.com/2010/06/blacklist-operators-view/">can be a challenge</a> for some.</p>
<p>Gmail&#8217;s philosophy is to accept all mail they can then filter it at the mailbox level. This philosophy drives both technology and system architecture. Trying to shoehorn in a different kind of filtering may be difficult or impossible without major changes. Then there&#8217;s the issue of maintaining a filter that is non-standard for the business. It makes perfect sense that Gmail sticks with their philosophy and filters mail from a <a href="http://spamhaus.org/">PBL</a> listed host.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/06/gmail-and-the-pbl-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Why do ISPs do that?</title>
		<link>http://blog.wordtothewise.com/2010/06/why-do-isps-do-that/</link>
		<comments>http://blog.wordtothewise.com/2010/06/why-do-isps-do-that/#comments</comments>
		<pubDate>Mon, 28 Jun 2010 23:38:03 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[filters]]></category>
		<category><![CDATA[gmail]]></category>
		<category><![CDATA[MTA]]></category>
		<category><![CDATA[spam filters]]></category>
		<category><![CDATA[Yahoo]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1651</guid>
		<description><![CDATA[One of the most common things I hear is &#8220;but why does the ISP do it that way?&#8221; The generic answer for that question is: because it works for them and meets their needs. Anyone designing a mail system has to implement some sort of spam filtering and will have to accept the potential for [...]]]></description>
			<content:encoded><![CDATA[<p>One of the most common things I hear is &#8220;but why does the ISP do it that way?&#8221; The generic answer for that question is: because it works for them and meets their needs.  Anyone designing a mail system has to implement some sort of spam filtering and will have to accept the potential for lost mail. Even the those recipients who runs no software filtering may lose mail. Their spamfilter is the delete key and sometimes they&#8217;ll delete a real mail.</p>
<p>Every mailserver admin, whether managing a MTA for a corporation, an ISP or themselves inevitably looks at the question of false positives and false negatives. Some are more sensitive to false negatives and would rather block real mail than have to wade through a mailbox full of spam. Others are more sensitive to false positives and would rather deal with unfiltered spam than risk losing mail.</p>
<p>At the ISPs, many of these decisions aren&#8217;t made by one person, but the decisions are driven by the business philosophy, requirements and technology. The different consumer ISPs have different philosophies and these show in their spamfiltering.</p>
<p>Gmail, for instance, has a lot of faith in their ability to sort, classify and rank text. This is, after all, what Google does. Therefore, they accept most of the email delivered to Gmail users and then sort after the fact. This fits their technology, their available resources and their business philosophy. They leave as much filtering at the enduser level as they can.</p>
<p>Yahoo, on the other hand, chooses to filter mail at the MTA. While their spamfoldering algorithms are good, they don&#8217;t want to waste CPU and filtering effort on mail that they think may be spam. So, they choose to block heavily at the edge, going so far as to rate limit senders that they don&#8217;t know about the mail. Endusers are protected from malicious mail and senders have the ability to retry mail until it is accepted.</p>
<p>The same types of entries could be written about Hotmail or AOL. They could even be written about the various spam filter vendors and blocklists. Every company has their own way of doing things and their way reflects their underlying business philosophy.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/06/why-do-isps-do-that/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Spamtraps</title>
		<link>http://blog.wordtothewise.com/2010/05/spamtraps/</link>
		<comments>http://blog.wordtothewise.com/2010/05/spamtraps/#comments</comments>
		<pubDate>Wed, 26 May 2010 00:48:43 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[Spam]]></category>
		<category><![CDATA[spamtraps]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1529</guid>
		<description><![CDATA[There is a lot of mythology surrounding spamtraps, what they are, what they mean, how they&#8217;re used and how they get on lists. Spamtraps are very simply unused addresses that receive spam. They come from a number of places, but the most common spamtraps can be classified in a few ways. Addresses that used to [...]]]></description>
			<content:encoded><![CDATA[<p>There is a lot of mythology surrounding spamtraps, what they are, what they mean, how they&#8217;re used and how they get on lists.</p>
<p>Spamtraps are very simply unused addresses that receive spam. They come from a number of places, but the most common spamtraps can be classified in a few ways.</p>
<ul>
<li>Addresses that used to belong to someone and subsequently abandoned. This is where a lot of spamtraps at major ISPs come from.</li>
<li>Addresses that were never assigned to anyone, but they just started receiving spam one day. These are frequently used to drive filtering.</li>
<li>Addresses that were created and put on websites to track harvesters and web scrapers.  These addresses are frequently used to drive filters and track spammers.</li>
</ul>
<p>Addresses that belonged to someone and were abandoned are usually &#8220;turned off&#8221; for a period of time between abandonment and re-purposing as a spam trap. They may return a 550 &#8220;user unknown&#8221; to any sender, or in some cases the entire domain will have no working mailserver. There are no hard and fast rules for how long the addresses are left unused, but most professionals leave them off for at least a year.</p>
<p>Addresses that were never assigned to anyone are not as common as they used to be. It used to be that some small or mid-size domain owners would turn on their SMTP server to accept all email to any address at that domain, existing or not. Mail to addresses that were not associated with a user would be stored. As the volumes of random mail increased, the spamtraps were used to drive filtering and blocking decisions. This is not as common now because the sheer volume of spam can create bandwidth and storage problems for domain owners.</p>
<p>Addresses that were seeded on websites, or on Usenet, are used for a number of purposes. These addresses often wind up on lists because someone has purchased addresses.</p>
<p>Spamtraps on a mailing list or in a database is a sign that there is some problem with the address acquisition process. As a result, the solution to spamtraps on a list is never just remove the available spamtraps. Instead, you need to figure out what broke and correct the underlying issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/05/spamtraps/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Blocking of ESPs</title>
		<link>http://blog.wordtothewise.com/2009/12/blocking-of-esps/</link>
		<comments>http://blog.wordtothewise.com/2009/12/blocking-of-esps/#comments</comments>
		<pubDate>Fri, 11 Dec 2009 23:56:45 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[ESPs]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[ISPs]]></category>
		<category><![CDATA[Spam]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1002</guid>
		<description><![CDATA[There&#8217;s been quite a bit of discussion on my post about upcoming changes that ESPs will be facing in the future. One thing some people read into the post is the idea that ISPs will be blocking ESPs wholesale without any regard for the quality of the mail from that company. The idea that ESPs [...]]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s been quite a bit of discussion on my post about <a href="http://blog.wordtothewise.com/2009/12/the-coming-changes/">upcoming changes</a> that ESPs will be facing in the future. One thing some people read into the post is the idea that ISPs will be blocking ESPs wholesale without any regard for the quality of the mail from that company. </p>
<p>The idea that ESPs are at risk for blocking simply because they are ESPs has been floating around the industry based on comments by an employee at a spam filter vendor at a recent industry conference. </p>
<p>I talked to the company to get some clarification on what that spam filtering company is doing and hopefully to calm some of the concerns that people have. </p>
<p>First off, and probably most important, is that the spam filtering company in question primarily targets their service to enterprises. Filtering is an important part of this service, but it also handles email archiving, URL filtering and employee monitoring. The target market for the company is very different than the ISP market. </p>
<p><strong>The ISPs are not talking about blocking indiscriminately,</strong> they are talking about blocking based on bad behavior. </p>
<p>Secondly, this option was driven by customer request. The customers of the spam filtering appliance were complaining about &#8220;legitimate&#8221; mail from various ESPs. Despite being reasonable targeted the mail was unrequested by the recipient. While ESPs use FBLs and other sources of complaints to clean complainers off rented or epended lists at ISPs, the option is not available for mail sent to corporations. Enterprises don&#8217;t, nor should they have to, create and support FBLs. Nor should employees be expected to unsubscribe from mail they never requested. </p>
<p><strong>This option is the direct result of ESPs allowing customers to send spam</strong>. </p>
<p>Thirdly, this option is offered to those customers who ask for it. It is not done automatically for everyone. The option is also configurable down to the end user. </p>
<p>While I haven&#8217;t seen the options, nor which ESPs are affected, I expect that the ones on the list are the ones that the filtering vendor receives complaints about. If you are not allowing your customers to send  spam, and are stopping them from buying lists or epending, then you probably have not come to the attention of the filtering company and are not on the list of ESPs to block. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/12/blocking-of-esps/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Controlling delivery</title>
		<link>http://blog.wordtothewise.com/2009/11/controlling-delivery/</link>
		<comments>http://blog.wordtothewise.com/2009/11/controlling-delivery/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 20:12:34 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[customer]]></category>
		<category><![CDATA[engagement]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[relevance]]></category>
		<category><![CDATA[Relevancy]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=903</guid>
		<description><![CDATA[How much control over delivery do senders have? I have repeatedly said that senders control their delivery. This is mostly true. Senders control their side of the delivery chain, but there is a point where the recipient takes over and controls things. As a recipient I can report your email as spam forward your email [...]]]></description>
			<content:encoded><![CDATA[<p>How much control over delivery do senders have? I have repeatedly said that senders control their delivery. This is mostly true. Senders control their side of the delivery chain, but there is a point where the recipient takes over and controls things.</p>
<p>As a recipient I can</p>
<ul>
<li>report your email as spam</li>
<li>forward your email to another account on another mail system</li>
<li>file your email in a mailbox I never read</li>
<li>block all your images</li>
<li>delete your email before it ever hits my mailbox</li>
<li>forward your email to public or private blocklists</li>
<li>fold, spindle or mutilate your email</li>
<li>forward your email to friends</li>
<li>blog about your email</li>
<li>purchase something from that email</li>
<li>visit your website and purchase something else</li>
<li>reply to you</li>
</ul>
<p>Some of these things are going to hurt your reputation as a sender. And there&#8217;s nothing you can do about it. You can&#8217;t make a recipient accept your email. You can&#8217;t make a recipient ISP accept your email.</p>
<p>What you, as a sender, can do is send mail that your recipients want to read. Send mail that they expect, even anticipate. For instance, it&#8217;s now noon on Tuesday, I know I&#8217;m going to get Ken Magill&#8217;s newsletter in the next 2 hours. Then I will read it, chat about it with some other delivery folks and possibly comment on his blog. I may even get inspired and blog about something he wrote.</p>
<p>Influence and inspire your recipients. Send them mail they want, don&#8217;t just send mail they tolerate. Because they don&#8217;t have to just tolerate your email. They can react in many ways, some of them positive, some of them negative.</p>
<p>Senders need to remember they only control one end of delivery, but they can influence the whole stream.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/11/controlling-delivery/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>The secret to dealing with ISPs</title>
		<link>http://blog.wordtothewise.com/2009/09/the-secret-to-dealing-with-isps/</link>
		<comments>http://blog.wordtothewise.com/2009/09/the-secret-to-dealing-with-isps/#comments</comments>
		<pubDate>Mon, 28 Sep 2009 15:27:42 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[ISPs]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=664</guid>
		<description><![CDATA[What is the secret to dealing with ISPs? The short answer is: Don&#8217;t do it if at all possible. Talking to ISP reps generally isn&#8217;t going to magically improve your reptuation.  There is no place in the reputation systems where delivery can be modified because the delivery specialist knows or is liked by the postmaster [...]]]></description>
			<content:encoded><![CDATA[<p>What is the secret to dealing with ISPs?</p>
<p>The short answer is: Don&#8217;t do it if at all possible. Talking to ISP reps generally isn&#8217;t going to magically improve your reptuation.  There is no place in the reputation systems where delivery can be modified because the delivery specialist knows or is liked by the postmaster at an ISP.</p>
<p>With my clients, I work through delivery issues and can solve 80 &#8211; 90% of the issues without ever having to contact anyone at the ISPs. 90% of the remaining issues can be handled using the publicly available contacts and websites provided by the ISPs.</p>
<p>In the remaining cases, the &#8220;secret&#8221; to getting useful and prompt replies is to:</p>
<ol>
<li>*Briefly* describe the issue. The folks handling senders on the ISP side are dealing with queues that have tens or hundreds of emails in them. The easier you make your ticket to handle the better.</li>
<li>Provide all the information they need. At the bare minimum include the sending IPs, any domains in the rejected email and full copies of the rejection message. Pull this information out in a way that someone skimming the message can easily pick out.</li>
<li>Ask clear questions. Don&#8217;t ramble on for 4 paragraphs talking about your business and meandering around the issue. Say: I don&#8217;t know why we&#8217;re getting this, what are you seeing? or I have made these changes and would like my reputation reset so we can create a new one. Or my mail is being bulk foldered and I can&#8217;t fix it, what are you seeing causing our reputation scores to be so low?</li>
<li>Don&#8217;t waste time providing all the details of your business model. Really. Everyone tries to do it, and your business model isn&#8217;t usually relevant to your reputation. &#8220;Let me tell you about my business model&#8230;&#8221; is a complete cliche and causes massive amounts of eye rolling among ISP reps. If you feel there is something relevant (this is confirmation email, we&#8217;re only mailing registered users, or similar) then feel free to include that. But the full details of your business model aren&#8217;t going to help, and may hurt. The ISPs care about are what your stats and numbers look like.</li>
<li>Do (briefly!) describe what steps you have taken (and how long you have tried them) to resolve the issue yourself. The bigger ISPs are getting very good at providing feedback to senders through FBLs, block messages and postmaster websites. Show them that you respect their time and have attempted to solve your problem without contacting them.</li>
<li>Give them time (at least 24 hours) before following up. One of my good friends handles the postmaster desk at a major ISP and one of her biggest annoyances is someone who opens a ticket, sends her a personal email and then IMs her all within 20 minutes. It does not make her deal with your issue any faster, I can promise you that.</li>
<li>Provide IP addresses, domains, any bounce messages you&#8217;re getting from the ISP. This is critical. Provide all the information the ISP needs. I know I mentioned this above, but it seems to need repeating as there are a lot of emails to the ISPs that never provide the IP addresses or any relevant information, which wastes time.</li>
<li>Go to the appropriate person. Calling your best friend the VP of whatever actually slows down handling of issues more often than not. It also results in overhead that no one really wants to deal with (placating managers outside your management chain is a pain and takes a lot of time). Finally, it will not endear you to the folks handling the day-to-day filtering decisions which will make future issues more difficult to deal with.</li>
<li>When you get an answer, take the information provided and make changes. Spending 3 days arguing back and forth about how they&#8217;re wrong while doing nothing to actually change your mail practices doesn&#8217;t fix anything. If you have proof that their data is wrong, provide it and why you think it is wrong. Sometimes you may be right but you&#8217;ll need to explain it clearly and provide the data you have. Sometimes you won&#8217;t and you&#8217;ll need to accept that, too.</li>
<li>SAY THANK YOU! You asked for help or answers, you got the time and attention of an ISP rep, say thank you for that. Even if it&#8217;s not what you wanted to hear, the person on the other end still took time to answer you.</li>
</ol>
<p>The biggest secret can be summed up as: act as if you value the time of the person on the other end of the ticket / email / IM more than you value your own. Spend an extra 20 minutes to collect the information they&#8217;re going to need. Edit that email to make it short and sweet, paragraph upon paragraph of text explaining your business model will not make the ISP person sit up and take notice. List what you&#8217;ve done and changed and ask for what they are seeing that is causing your delivery problems. Often if you&#8217;ve made changes and they see recent improvements they will make adjustments for you, but this is because it&#8217;s clear you&#8217;ve taken steps to mitigate things all on your own.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/09/the-secret-to-dealing-with-isps/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>
