<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Maximizing Deliverability</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/" />
    <link rel="self" type="application/atom+xml" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/atom.xml" />
    <id>tag:www.strongmail.com,2007-11-28:/resources/blogs/maximizing_deliverability//10</id>
    <updated>2008-07-21T15:51:08Z</updated>
    <subtitle>Email deliverability debunked. StrongMail&apos;s deliverability expert pulls back the curtain and outlines the tools you need to take control of your deliverability, including ISP tips, filtering trends, reputation analysis, and deliverability product usage help. Keep up with the latest trends and best practices and watch your delivery rates soar.</subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type Publishing Platform 4.01</generator>

<entry>
    <title>An ESP Dirty Secert--Really?</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/07/an-esp-dirty-secertreally.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.112</id>

    <published>2008-07-21T15:50:23Z</published>
    <updated>2008-07-21T15:51:08Z</updated>

    <summary>I recently read a blog posting from another person in the industry that stated that all ESPs have a dirty little secret. Basically what this person said was that all ESPs have some clients that they are not proud of...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="deliverability" label="deliverability" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="deliveryrates" label="delivery rates" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>I recently read a blog posting from another person in the industry that stated that all ESPs have a dirty little secret. Basically what this person said was that all ESPs have some clients that they are not proud of and should fire but keep them around simply because they don’t want to lose a big pay check. I personally have so many issues with this way of thinking, I am not sure where to begin. I think first I will start with the fact that he claims all ESPs do this—does this person have a full list of every single client each ESP has? Can he be sure that these clients are paying these ESPs that much money that it is worth their time?</p>

<p>I think the other part of this argument that I don’t agree with is that this email professional doesn’t take into account a number of different factors. Does this person know for sure that these clients haven’t asked for help and the ESPs are simply trying to work with them improve their practices. Sure some customers will say anything in order to work with some of the ESPs—like, “just tell us what to do and we will do it, we really want to improve our delivery rates.” That might say this just to get in the door, or they really believe it at the time and then they realize what is being asked of them and they are unwilling to do make those changes. If that is the case the sender might just play the game of going to one ESP and then move on to the next ESP once their current one gets wind of everything they are doing.  </p>

<p>But how is that a dirty little secret? I know most of my friends in the industry talk about these types of clients on a regular basis and we all understand that they are out there. Sure as a deliverability professional it is my job to try to help any sender improve their delivery if they are willing to listen but some of them just wont so we continue to try to work with them, if they do anything against company policy then we will all let them go as a client to protect the entire business. </p>

<p>I would love to hear any other thoughts on this subject—let me know if you think I am crazy or not on this one.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>New Yahoo domain</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/07/new-yahoo-domain.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.110</id>

    <published>2008-07-09T18:55:23Z</published>
    <updated>2008-07-09T19:02:11Z</updated>

    <summary>Yahoo has announced that they will be bringing yahoo.in online shortly for their customer in India. It is my understanding that these accounts will still be run through the same anti-spam filtering system that most of their other properties go...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>Yahoo has announced that they will be bringing yahoo.in online shortly for their customer in India. It is my understanding that these accounts will still be run through the same anti-spam filtering system that most of their other properties go through.</p>]]>
        
    </content>
</entry>

<entry>
    <title>New Regs Go Into Effect July 7</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/05/new-regs-go-into-effect-july-7.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.105</id>

    <published>2008-05-22T14:48:48Z</published>
    <updated>2008-05-22T14:53:15Z</updated>

    <summary>As I have mentioned previously on this blog the FTC has come out with new regulations with regards to the CAN-SPAM Act. All senders will have 45 days to make any changes needed in order to comply with these new...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>As I have mentioned previously on this blog the FTC has come out with new regulations with regards to the CAN-SPAM Act. All senders will have 45 days to make any changes needed in order to comply with these new regulations which is July 7. 2008.</p>

<p>Make sure you review your opt-out methods as well as other items that have been updated and make any changes needed.</p>]]>
        
    </content>
</entry>

<entry>
    <title>More thoughts on CAN-SPAM changes</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/05/more-thoughts-on-canspam-chang.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.103</id>

    <published>2008-05-20T21:18:32Z</published>
    <updated>2008-05-20T21:19:53Z</updated>

    <summary>Recently the FTC came out with updates to the 2003 CAN-SPAM act. There are 4 new items that are specifically listed as new regulations from the FTC. While this is meant as an overview of these provisions, we always recommend...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>Recently the FTC came out with updates to the 2003 CAN-SPAM act. There are 4 new items that are specifically listed as new regulations from the FTC. While this is meant as an overview of these provisions, we always recommend checking with your legal team first.</p>

<p>The new rule provisions address four topics: (1) an e-mail recipient cannot be required to pay a fee, provide information other than his or her e-mail address and opt-out preferences, or take any steps other than sending a reply e-mail message or visiting a single Internet Web page to opt out of receiving future e-mail from a sender; (2) the definition of “sender” was modified to make it easier to determine which of multiple parties advertising in a single e-mail message is responsible for complying with the Act’s opt-out requirements; (3) a “sender” of commercial e-mail can include an accurately-registered post office box or private mailbox established under United States Postal Service regulations to satisfy the Act’s requirement that a commercial e-mail display a “valid physical postal address”; and (4) a definition of the term “person” was added to clarify that CAN-SPAM’s obligations are not limited to natural persons. </p>

<p>For some senders not a lot will change in the way that they do business. Others however will need to make some changes within the next 45 days, when these provisions go into effect. Many senders use preference centers to streamline their opt-in and opt-out procedures. Most of these preference centers require a username/email address and password to log into. This process is no longer a legal way to accept an opt-out from future messages. With the FTC’s latest provision senders can not require anything more then the user to enter in their email address on one webpage to process an opt-out. As I have mentioned a number of times it is considered a best practice to implement a one-click unsubscribe. By implementing this one-click process in all of your messages, not only will you comply with the new legal standards but you will also reduce the potential for spam complaints because the process is quick and easy for the end users. Preference centers can still play an important role in subscription management, but they should be accessed through your website or a link in the email that clearly indicates the purpose. </p>

<p>Another important new provision for some marketers is the definition of a sender when it comes to send messages with multiple companies. One example of where this definition is important is when talking about affiliate marketers. The user should be able to easily understand who the sender is no matter how many different companies are part of the message. One of the basic ways to follow this distinction is who is in the From address—this is the first area that the end user will look at.</p>

<p>The FTC also decided not to rule on a number of things with these final regulations. The one that stands out, as it has been discussed quite a bit in the past couple of years, is the 10 day requirement to process unsubscribe. While it had been proposed that the timeline be reduced to 3 days the FTC has decided to maintain the 10 day standard at this time.</p>

<p>As always this article is not meant as legal advice but more as guidance for moving forward. Please make sure to consult your legal advisors for formal guidance. For more information  Copies of the Federal Register Notice are available from the FTC’s Web site at http://www.ftc.gov and also from the FTC’s Consumer Response Center, Room 130, 600 Pennsylvania Avenue, N.W., Washington, D.C. 20580. The FTC works for the consumer to prevent fraudulent, deceptive, and unfair business practices in the marketplace and to provide information to help consumers spot, stop, and avoid them. To file a complaint in English or Spanish (bilingual counselors are available to take complaints), or to get free information on any of 150 consumer topics, call toll-free, 1-877-FTC-HELP (1-877-382-4357), or use the complaint form at http://www.ftc.gov. The FTC enters Internet, telemarketing, identity theft, and other fraud-related complaints into Consumer Sentinel, a secure, online database available to hundreds of civil and criminal law enforcement agencies in the U.S. and abroad.</p>

<p>As I continue to research this I will update this blog with any new thoughts/ideas.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>FTC comes out with updates to CAN-SPAM</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/05/ftc-comes-out-with-updates-to.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.102</id>

    <published>2008-05-13T03:22:22Z</published>
    <updated>2008-05-13T16:01:27Z</updated>

    <summary>This is the message sent out to our StrongMail customers. As we get more information and understanding I will update this blog StrongMail Customers, WHAT&apos;S HAPPENING Today, the FTC announced four new rule provisions under the CAN-SPAM Act. These new...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="canspam" label="CAN-SPAM" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="ftc" label="FTC" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="spam" label="spam" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>This is the message sent out to our StrongMail customers. As we get more information and understanding I will update this blog</p>

<p><br />
StrongMail Customers, <br />
  <br />
<strong>WHAT'S HAPPENING </strong><br />
Today, the FTC announced four new rule provisions under the CAN-SPAM Act.  These new provisions bring some much needed clarification to several key definitions. <br />
 <br />
In summary, the new rule provisions address four topics: </p>

<p><strong>Prohibition of an Opt-out Fee</strong> – This provision prohibits the imposition of any fee, any requirement to provide personally identifying information (beyond one’s email address), or any other obligation as a condition for accepting or honoring a recipient’s opt-out request. <br />
  </p>

<p><strong>Definition of "Sender" </strong>– CAN-SPAM now defines "sender" as the entity identified in the "from" line. The definition of “sender” was modified to make it easier to determine which of multiple parties advertising in a single email message is responsible for complying with the Act’s opt-out requirements. <br />
  </p>

<p><strong>Definition of “Valid Physical Postal Address” </strong>-  A “sender” of commercial email can now include an accurately registered post office box or private mailbox established under United States Postal Service regulations to satisfy the Act’s requirement that a commercial email display a “valid physical postal address." <br />
  </p>

<p><strong>Definition of "Person" – </strong>Up until now, CAN-SPAM had no definition for "person," which created some confusion in regards to whom the act applied. With this new provision, "person" has been defined as an individual, group, unincorporated association, limited or general partnership, corporation, or other business entity.  Note that non-profits are not exempt from CAN-SPAM. <br />
  </p>

<p><strong>HOW THIS MAY IMPACT YOU </strong><br />
These new rule provisions will not likely affect your day-to-day email operations, as these updates are more applicable to companies not currently following the email best practices that StrongMail promotes to all of its customers. In fact, the best practices we recommend go far above and beyond current CAN-SPAM provisions. <br />
  <br />
<strong>WHAT YOU SHOULD DO </strong><br />
If you think you might not be in compliance, you can review the <a href="http://www.ftc.gov/opa/2008/05/canspam.shtm">FTC press release</a> or the official <a href="http://www.ftc.gov/os/2008/05/index.shtm#12">May 12 Federal Register Notice</a> for more information on the updated provisions. </p>]]>
        
    </content>
</entry>

<entry>
    <title>New Filtering Parameters at AOL to Promote Good List Hygiene</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/04/new-filtering-parameters-at-ao.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.98</id>

    <published>2008-04-07T20:56:27Z</published>
    <updated>2008-04-09T04:12:39Z</updated>

    <summary>If you haven&apos;t been keeping up with your data hygiene efforts, AOL is about to give you a good reason to get back on the wagon. The &quot;Official AOL Postmaster Blog&quot; has recently indicated that they are refining their filtering...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="aol" label="AOL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="deliverability" label="deliverability" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="deliveryrates" label="delivery rates" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="listhygiene" label="list hygiene" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="unknownusers" label="unknown users" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>If you haven't been keeping up with your data hygiene efforts, AOL is about to give you a good reason to get back on the wagon. The "<a href="http://journals.aol.com/pmtjournal/blog/entries/2008/04/03/a-quick-note-on-invalid-recipients/2971">Official AOL Postmaster Blog</a>" has recently indicated that they are refining their filtering parameters to place a greater emphasis on the number of invalid recipients coming from a mailer. They haven't laid out the specifics, but they have said that if you have more invalids than others mailers that they deem similar to you, it will impact your delivery and also facilitate your removal from their whitelist.</p>

<p>AOL has always factored the number of invalid recipient's into a sender's reputation, but it sounds like their new process will weigh this factor more heavily in getting your email to the AOL inbox.  If you’re a b-to-c mailer, you likely have a good number of AOL addresses that could be affected.  However, even b-to-b mailers should take this as a wake-up call to ensure that their list hygiene practices are sound, and that bad addresses are regularly removed from all mailing lists.</p>

<p>At StrongMail, we highly recommend keeping your lists clean. We advise our own clients to keep their invalid recipients less then 5% of their total list, and we make it easy for them to do this with automated bounce processing and other handy tools in our email marketing solutions. In an era of sender accountability where reputation means more than content, you can't risk damaging the reputation you've worked so hard to establish. And remember that all the major ISPs look at the number of bad addresses you send to assess your reputation – not just AOL.</p>

<p>So, take a good long list at your lists, and make sure you have good processes in place to remove bad addresses.  For more information on bounce management, including how hard and soft bounces should be treated differently, we encourage you to read our whitepaper, <a href="http://www.strongmail.com/resources/whitepapers/wp-smartbounce.php">Get Smart About Bounce Management</a>.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Report Spam Button--Broken or Just Mis-understood?</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/04/report-spam-buttonbroken-or-ju.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.97</id>

    <published>2008-04-01T19:14:55Z</published>
    <updated>2008-04-09T05:27:02Z</updated>

    <summary>A recent survey conducted by Q Interactive and MarketingSherpa found that many users are using the &quot;SPAM&quot; button for a number of reasons. As far as the researchers are concerned, there is a lot of confusion by the end users...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="deliverability" label="deliverability" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="spam" label="spam" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="survey" label="survey" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>A recent survey conducted by Q Interactive and MarketingSherpa found that many users are using the "SPAM" button for a number of reasons. As far as the researchers are concerned, there is a lot of confusion by the end users as to what the purpose of the button really is. Within the press release, it is reported that the definition of SPAM has changed from Unsolicited to Unwanted. </p>

<p>To me, they are one in the same for the end users--when I talk to people every day that are not in the email industry, they see these as the same thing. Sure they might remember that they signed up for a newsletter, but if they no longer find it useful, to them it becomes SPAM. One time at a family gathering, everyone was trying to figure out exactly what I did. I asked the question--"what do you think SPAM is?" Almost everyone told me, it is the junk I got in my inbox that I don't want. So of course I dug deeper. What if you signed up for that junk, I asked. "Then they should make it worth my while, if it isn't, then it is SPAM," they replied. So by this definition hasn't SPAM always been email that people don't want, not just what they didn't ask for? </p>]]>
        
    </content>
</entry>

<entry>
    <title>ORDB passing false positives on purpose.</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/03/ordb-passing-false-positives-o.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.94</id>

    <published>2008-03-26T15:26:41Z</published>
    <updated>2008-03-26T15:31:44Z</updated>

    <summary>As of noon on March 25 (EST) ORDB, a blacklist that has not been in use for some time, began returning false positives. They did this as a way to forces users that continue to query their spam filters to...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>As of noon on March 25 (EST) ORDB, a blacklist that has not been in use for some time, began returning false positives. They did this as a way to forces users that continue to query their spam filters to stop. The overall effect is that all mail will be blocked on servers that are configured to use the ORDB service. <br />
All that being said if you start to notice any major issues with some items not getting through you might want to have the end users check their spam filter configurations.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Yahoo FBL changes</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/03/yahoo-fbl-changes.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.86</id>

    <published>2008-03-13T21:08:52Z</published>
    <updated>2008-03-13T21:12:13Z</updated>

    <summary>It has been formally announced that Yahoo is currently not accepting any more applications for their feedback loop program. This program has been widely successful so they are working on improving the processes for future versions of the applications process....</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="fbl" label="FBL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="feedbackloops" label="feedback loops" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>It has been formally announced that Yahoo is currently not accepting any more applications for their feedback loop program. This program has been widely successful so they are working on improving the processes for future versions of the applications process. From everything we know now this should have no affect on current customers that are part of the program. As we find out more information about this I will let you know.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Yahoo Deferrals</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/02/yahoo-deferrals.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.81</id>

    <published>2008-02-28T21:49:26Z</published>
    <updated>2008-02-28T21:59:43Z</updated>

    <summary> Over the last week there has been a lot of news around some clients have seen an increase in the 4xx errors coming from Yahoo!. There have been reports that Yahoo! was under some type of attack from various...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p><br />
Over the last week there has been a lot of news around some clients have seen an increase in the 4xx errors coming from Yahoo!. There have been reports that Yahoo! was under some type of attack from various spamming organizations and that they were using this method to fight off those attacks. Others believed that Yahoo! had officially put in a grey-listing methodology as part of their anti-spam efforts. Neither of these beliefs are correct. </p>

<p>Yahoo! has verified that they have recently put in new, more aggressive measures to fight illegitimate mail coming into their servers. While they have acknowledged that this may be have some affect legitimate mailers they are working on fine-tuning these systems. Their goal as always is to make sure that the legitimate mail that people want to receive gets to their end users, and that which they don’t is blocked. According to Yahoo!, any legitimate mail that has been received but not yet have been delivered will eventually reach the intended recipient as their inbound mail queues drain. They have asked for everyone’s understanding during this time and hope to have the issue resolved soon. <br />
If you're seeing 451 4.70 [TS01] or [TS02] errors you should wait at least 4 hours before trying to redeliver the mail.</p>

<p>As always if you have any questions please feel free to reach out to our support group or for this particular issue you can go to http://postmaster.yahoo.com. </p>]]>
        
    </content>
</entry>

<entry>
    <title>Yahoo Issues</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/02/yahoo-issues.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.80</id>

    <published>2008-02-25T21:06:22Z</published>
    <updated>2008-02-27T19:47:15Z</updated>

    <summary>During last week and over the weekend, some of you might have noticed that more messages than usual were not getting through to Yahoo. The simple reason for this is that they seem to have some issues on their side...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>During last week and over the weekend, some of you might have noticed that more messages than usual were not getting through to Yahoo. The simple reason for this is that they seem to have some issues on their side that were reducing the number of messages that they could accept at any given time. </p>

<p>According to Yahoo's official blog site, they were experiencing issues with their POP accounts that were being sent to Outlook, Outlook Express and others. As stated on their blog "As a result we spent the last several days not only upgrading hardware resources for our SMTP servers, but also restructuring the way the bandwidth of these servers is allocated. We are confident that this solution will not only resolve the immediate problems, but also ensure that the systems are even more reliable in the future."</p>

<p>Hopefully all is fixed, but one thing we have to remember as senders, the ISPs aren't perfect either--they all do their best to keep their systems up and running, but some times they run into issues as well.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Yahoo latest</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/02/yahoo-latest.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.79</id>

    <published>2008-02-15T20:40:58Z</published>
    <updated>2008-02-27T19:48:50Z</updated>

    <summary>So a lot has happened since my last post with Yahoo. Not only have they decided not to accept Microsoft&apos;s offer, but apparently they are looking for other ways to compete with them. I have seen a couple of stories...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="aol" label="AOL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="microsoft" label="Microsoft" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>So a lot has happened since my last post with Yahoo. Not only have they decided not to accept Microsoft's offer, but apparently they are looking for other ways to compete with them. I have seen a couple of stories that have stated that they are in talks with AOL. So how would this, or even a Google agreement effect your email marketing plans? Well if they were to partner up with AOL, it would probably be the best scenario possible from an email marketing standpoint. AOL and Yahoo have always been the most open with that they expect from senders and give you as much information as possible to implement best practices. Not all ISPs are as open with that they expect as these two, so if they were to partner up, one would assume that this openness would only continue. I will keep watching to see what happens but as I said last time - there are a lot of things to figure out first before it is time to start worrying. </p>]]>
        
    </content>
</entry>

<entry>
    <title>Microsoft offers to buy Yahoo!</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/02/microsoft-offers-to-buy-yahoo.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.73</id>

    <published>2008-02-01T17:25:40Z</published>
    <updated>2008-03-14T22:10:12Z</updated>

    <summary>As most of you have probably heard by now, Microsoft has offered to purchase Yahoo!. As I was watching the news this morning while getting ready for work and heard this for the first time, my first thought was--wow what...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="authentication" label="authentication" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="delivery" label="delivery" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="dkim" label="DKIM" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="email" label="email" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="hotmail" label="Hotmail" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="microsoft" label="Microsoft" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="senderid" label="Sender ID" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>As most of you have probably heard by now, Microsoft has offered to purchase Yahoo!. As I was watching the news this morning while getting ready for work and heard this for the first time, my first thought was--wow what does this mean for email? Well I am sure a lot of you have already pondered that same question, but I thought I would share my thoughts with you as well.</p>

<p>First, the deal is not done yet, and for those of us that watch this industry as much as I do, it isn't a big surprise. Microsoft has to do something to keep up with Google, so by purchasing Yahoo! they are in a better position to do so. Secondly, if they do close this deal (which personally I would be surprised if they didn't), I don't think changing their email systems will be their top priority. To me, this deal is all about advertising, not email. That being said, I can't imagine that this merger would have any great effect on the email space for at least 2-3 years. Let's think about it for a minute. </p>

<ol>
<li><p>Yahoo! and Microsoft/Hotmail use two different authentication methods, which one will they choose, or will they use both Sender ID and DKIM together?</p></li>
<li><p>Yahoo! manages a number of other domains through their partnership agreements such as SBC/Yahoo and others, what will they do with those streams of mail?</p></li>
<li><p>Will they simply get rid of one system and make everyone migrate to the other?</p></li>
</ol>

<p>While these are all great questions that my team and I have already begun to ask, the great news is that we will have plenty of notice before any major changes occur. Through our relationships with both organizations, we will be able to prepare our customers and pro-actively manage any changes that might occur due to this proposed merger. Stay tuned for more on this as the saga continues.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Couple of ISP announcements</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/01/couple-of-isp-announcements.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.72</id>

    <published>2008-01-30T17:34:00Z</published>
    <updated>2008-01-30T19:31:41Z</updated>

    <summary> In the last week or so both AOL and Yahoo have publicly made what some would consider big announcements. Last week AOL officially announced that they are going to be implementing DKIM in the next couple of months as...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="aol" label="AOL" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="deliverability" label="deliverability" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="reputation" label="reputation" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="senderscore" label="Sender Score" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="yahoo" label="Yahoo" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p><br />
In the last week or so both AOL and Yahoo have publicly made what some would consider big announcements.</p>

<p>Last week AOL officially announced that they are going to be implementing DKIM in the next couple of months as a part of their reputation calculations. As part of the industry group that helped put DKIM together and write the specs for this authentication method--this is great news for not only StrongMail but the industry as a whole. <br />
According to AOL the main benefit of DKIM is flexibility and portability that’s just not there with just looking at the IP. So for shared IP’s they can look at the mail stream specifically. Provides infrastructure flexibility/portability it’s better for moving to new IP’s, reputation goes.</p>

<p>As for Yahoo!, they announced yesterday that they have partnered with Return Path to use their Sender Score Certified program as part of their reputation calculations. What does this mean, well we will have to wait and see exactly how this could affect their whitelisting procedures or any other filtering processes that they might use the SenderScore for. Stay tuned for any updates as they come.<br />
</p>]]>
        
    </content>
</entry>

<entry>
    <title>Best Day To Send Email--Really?</title>
    <link rel="alternate" type="text/html" href="http://www.strongmail.com/resources/blogs/maximizing_deliverability/2008/01/best-day-to-send-emailreally.php" />
    <id>tag:www.strongmail.com,2008:/resources/blogs/maximizing_deliverability//10.69</id>

    <published>2008-01-24T14:59:23Z</published>
    <updated>2008-01-24T15:06:06Z</updated>

    <summary>You know I love how every month or so some company comes out with a new study about how they figured out the best day of the week to send emails to their customers. The great thing is that every...</summary>
    <author>
        <name>Spencer Kollas</name>
        
    </author>
    
    <category term="deliverability" label="deliverability" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="deliveryrates" label="delivery rates" scheme="http://www.sixapart.com/ns/types#tag" />
    <category term="sending" label="sending" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en-us" xml:base="http://www.strongmail.com/resources/blogs/maximizing_deliverability/">
        <![CDATA[<p>You know I love how every month or so some company comes out with a new study about how they figured out the best day of the week to send emails to their customers. The great thing is that every study is different, one might say send on Monday because it is the beginning of the week, another says send on Friday because people are thinking less about work and getting ready for the weekend. So who is right, when is the best day? Well, as I always say, it depends on the sender. No two senders send to the same group of people so how could you possibly think something like the day of the week be the same for every mailer--it isn't. The other problem I have with these studies is that once someone says the best time to send is Wednesday at 9am, everyone is going to start doing it and then it doesn't seem like such a good idea because your customers are getting to much mail at that time. Once this happens the next study shows the best time is Thursday at 6pm, so everyone starts sending them. It is a vicious cycle. Needless to say my suggestion to you would be to test different times and days yourself and do what is best for your company and your customers, not what some report said this week. Good luck and happy sending.</p>]]>
        
    </content>
</entry>

</feed>
