<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Search Marketing: Optimize your HTML Newsletters for Maximum Compatibility</title>
	<link>http://insite-out.com/2008/06/08/search-marketing-optimize-your-html-newsletters-for-maximum-compatibility/</link>
	<description>Tips &#38; tricks to optimize your website to be more SEO-friendly and run faster.</description>
	<pubDate>Sun, 01 Aug 2010 05:54:39 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3</generator>
		<item>
		<title>By: Insite Out</title>
		<link>http://insite-out.com/2008/06/08/search-marketing-optimize-your-html-newsletters-for-maximum-compatibility/#comment-62</link>
		<dc:creator>Insite Out</dc:creator>
		<pubDate>Mon, 30 Jun 2008 21:15:35 +0000</pubDate>
		<guid>http://insite-out.com/2008/06/08/search-marketing-optimize-your-html-newsletters-for-maximum-compatibility/#comment-62</guid>
		<description>Hi,

Thanks for your reply.

Perhaps this is simply a case of my dyslexia working backwards, but I meant to point out each step do illustrate newsletter "don'ts" that would otherwise be website "dos."  Each step does improve upon the step before, so--yes--the bottom line is: use inline styles :)

To answer your question&#8212;while most e-mail clients will ignore your &lt;code&gt;DOCTYPE&lt;/code&gt; declaration, outright, some (like &lt;a href="http://www.novell.com/products/groupwise/" rel="nofollow"&gt;Novell GroupWise&lt;/a&gt;) do keep them, and others (like Outlook 2003) are based on a web browser's codebase (Internet Explorer), so: yes, it's always better to declare it; and, especially if you have your e-newsletters archived on the web.

(The real issue of &lt;code&gt;DOCTYPE&lt;/code&gt; declaration comes into play with web-based e-mail client, who need to maintain their own doctypes.)</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thanks for your reply.</p>
<p>Perhaps this is simply a case of my dyslexia working backwards, but I meant to point out each step do illustrate newsletter &#8220;don&#8217;ts&#8221; that would otherwise be website &#8220;dos.&#8221;  Each step does improve upon the step before, so&#8211;yes&#8211;the bottom line is: use inline styles <img src='http://insite-out.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>To answer your question&mdash;while most e-mail clients will ignore your <code>DOCTYPE</code> declaration, outright, some (like <a href="http://www.novell.com/products/groupwise/" rel="nofollow">Novell GroupWise</a>) do keep them, and others (like Outlook 2003) are based on a web browser&#8217;s codebase (Internet Explorer), so: yes, it&#8217;s always better to declare it; and, especially if you have your e-newsletters archived on the web.</p>
<p>(The real issue of <code>DOCTYPE</code> declaration comes into play with web-based e-mail client, who need to maintain their own doctypes.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shai</title>
		<link>http://insite-out.com/2008/06/08/search-marketing-optimize-your-html-newsletters-for-maximum-compatibility/#comment-61</link>
		<dc:creator>Shai</dc:creator>
		<pubDate>Mon, 30 Jun 2008 20:08:13 +0000</pubDate>
		<guid>http://insite-out.com/2008/06/08/search-marketing-optimize-your-html-newsletters-for-maximum-compatibility/#comment-61</guid>
		<description>This is important information. This really helped me. Thank you.

However, the article is structured in a way that makes the content confusing. Usually in articles like "x number of tips" -- each tip is valid on its own and the more tips the user could follow, the better. 

In this article, tips 1, 4, and 6 are independent tips, each one can be implemented. Tip 5 is some extra detail about tip 4.

And here is the most confusing part: tips 3 and 2 are back-up recommendations of what to do if you can't follow the advice in tip 4:

&lt;blockquote&gt;Tip 4 is the ideal, use inline styles. But if you can't do that, then follow tip 3: put your style sheet in the body instead of in the head. If you can't do that, then follow tip 2: put the style sheet in the head as opposed to linking to an external file.&lt;/blockquote&gt;

Now my question. Do you recommend putting in a DocType declaration?

Again, thanks so much. I hope you take my criticisms in the constructive nature in which I meant them.</description>
		<content:encoded><![CDATA[<p>This is important information. This really helped me. Thank you.</p>
<p>However, the article is structured in a way that makes the content confusing. Usually in articles like &#8220;x number of tips&#8221; &#8212; each tip is valid on its own and the more tips the user could follow, the better. </p>
<p>In this article, tips 1, 4, and 6 are independent tips, each one can be implemented. Tip 5 is some extra detail about tip 4.</p>
<p>And here is the most confusing part: tips 3 and 2 are back-up recommendations of what to do if you can&#8217;t follow the advice in tip 4:</p>
<blockquote><p>Tip 4 is the ideal, use inline styles. But if you can&#8217;t do that, then follow tip 3: put your style sheet in the body instead of in the head. If you can&#8217;t do that, then follow tip 2: put the style sheet in the head as opposed to linking to an external file.</p></blockquote>
<p>Now my question. Do you recommend putting in a DocType declaration?</p>
<p>Again, thanks so much. I hope you take my criticisms in the constructive nature in which I meant them.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
