<?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>Recurly Blog &#187; email</title>
	<atom:link href="http://blog.recurly.com/tag/email/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.recurly.com</link>
	<description>Super Simple Subscriptions</description>
	<lastBuildDate>Tue, 31 Aug 2010 17:00:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<atom:link rel='hub' href='http://blog.recurly.com/?pushpress=hub'/>
		<item>
		<title>Improved Email Templates</title>
		<link>http://blog.recurly.com/2010/06/improved-email-templates/</link>
		<comments>http://blog.recurly.com/2010/06/improved-email-templates/#comments</comments>
		<pubDate>Wed, 23 Jun 2010 23:20:13 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Recurly]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[notices]]></category>
		<category><![CDATA[templates]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=326</guid>
		<description><![CDATA[We're excited to announce several new enhancements for our email templates based on all your feedback.  First, we have a new default email template that packages the relevant information in much better presentation.  Here's the new default <b>New Subscription</b> email:

<a href="http://blog.recurly.com/2010/06/improved-email-templates/template_gray/" rel="attachment wp-att-327"><img src="http://blog.recurly.com/wp-content/uploads/2010/06/template_gray-253x300.png" alt="" title="New Subscription Template" width="253" height="300" class="aligncenter size-medium wp-image-327" /></a>]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re excited to announce several new enhancements for our email templates based on all your feedback.  First, we have a new default email template that packages the relevant information in much better presentation.  Here&#8217;s the new default <b>New Subscription</b> email:</p>
<p><a href="http://blog.recurly.com/2010/06/improved-email-templates/template_gray/" rel="attachment wp-att-327"><img src="http://blog.recurly.com/wp-content/uploads/2010/06/template_gray-253x300.png" alt="" title="New Subscription Template" width="253" height="300" class="aligncenter size-medium wp-image-327" /></a></p>
<p>If you customized an existing email template and would like to reset back to the new default, click the &#8220;Edit Template&#8221; button while viewing the email template, then look for a big red &#8220;Reset Template&#8221; button at the bottom of the page.  It is only displayed if you have saved changes to your existing email template.</p>
<h3>Invoice Data</h3>
<p>The set of template variables available for our email templates has expanded to allow you to embed invoice line items.  Every New Subscription, Payment Receipt, and Declined Payment email has invoice data that can now be included in the body of your email.  Please see our <a href="http://docs.recurly.com/integration/custom-emails">email customization documentation</a> for more details about the variables.  Our new default templates include this data.</p>
<h3>Headers and Footers</h3>
<p>Previously, all headers and footers were amended to every template.  We heard that you may have a different header for one or two emails; the rest will use the same header.  So, now you can explicitly include your own custom header if you like, or you can use Recurly&#8217;s default header.</p>
<h3>Disabling HTML Versions</h3>
<p>By default, Recurly will send both the text and HTML versions for every email &#8212; the subscriber&#8217;s email client will render the HTML version if it can, otherwise it will use the text version.  You can now disable the HTML version of an email template easily by unchecking a box.  Just uncheck &#8220;Include HTML Version&#8221; in the email template Settings and you&#8217;re done.</p>
<p>To find out more about our email templates, please visit our <a href="http://docs.recurly.com/integration/custom-emails">email customization documentation</a>.  Thanks again for all your feedback.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/06/improved-email-templates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fixing our email issues</title>
		<link>http://blog.recurly.com/2010/02/fixing-our-email-issues-with-sendgrid/</link>
		<comments>http://blog.recurly.com/2010/02/fixing-our-email-issues-with-sendgrid/#comments</comments>
		<pubDate>Wed, 03 Feb 2010 17:10:16 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[email delivery]]></category>
		<category><![CDATA[mail]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[sendgrid]]></category>
		<category><![CDATA[smtp]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=132</guid>
		<description><![CDATA[Subscription billing is a pain and we're trying to make your life easier by simplifying it for you.  Well, it turns out that email is also a pain and we're turning to someone else for help.  Over the next couple weeks, we'll determine the best way to reliably deliver your emails with the correct domain keys, SPF records, etc so that they work even better than if you were to send the emails yourself.]]></description>
			<content:encoded><![CDATA[<p>Subscription billing is a pain and we&#8217;re trying to make your life easier by simplifying it for you.  Well, it turns out that email is also a pain and we&#8217;re turning to someone else for help. </p>
<p>Recently, there&#8217;s been a high amount of email support requests.  We spool mail locally from our web application to Postfix, then deliver it out to the internet.  Well, it turns out that a large amount of that email was getting dropped.  Watching the postfix mail logs was a bit disheartening after seeing numerous mail servers refuse to chat with our email server.  We have SPF records setup, reverse DNS, and deliver mail from a dedicated IP address &#8212; it turns out that that&#8217;s still not enough.</p>
<p><strong>To our customers:</strong> I&#8217;m sorry we didn&#8217;t figure this out earlier.  We haven&#8217;t done a good job delivering our billing emails to your customers.  Right now, we are evaluating multiple ways to improve the email delivery rates for the emails we send to your subscribers on your behalf.  There should be an immediate uptick in the delivery rate for your emails today.  And over the next couple weeks, we&#8217;ll determine the best way to reliably deliver your emails with the correct domain keys, SPF records, etc so that they work even better than if you were to send the emails yourself.</p>
<p><strong>To other start-ups:</strong> I hope you read this and then realize that running your own SMTP server on dedicated, non cloud-based servers can still be problematic.  I thought that because we&#8217;re not in the cloud, we don&#8217;t need someone else to handle our emails &#8212; looks like I was wrong.  To remedy the situation, we&#8217;re now evaluating <a href="http://sendgrid.com"><strong>SendGrid</strong></a> (shout out to another CEO named Isaac).  I&#8217;ve heard great things about their service and I&#8217;ve been comparing email headers all evening.  It looks like their product is doing a fantastic job handling bounced emails, invalid email addresses, ISP feedback loops, domain keys (something we didn&#8217;t have setup), SPF, and everything else.  Their web UI is a little rough around the edges, but so far it looks promising.  Assuming their product lives up to its marketing material, it will help us dramatically improve our email reliability.</p>
<p>We&#8217;re not email experts and we don&#8217;t have time to build it out ourselves &#8212; (this sounds so familiar, right?).</p>
<p>Once again, a big thanks to everyone for being patient as we improve our email issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/02/fixing-our-email-issues-with-sendgrid/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>How to maximize your yearly subscription renewals</title>
		<link>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/</link>
		<comments>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/#comments</comments>
		<pubDate>Fri, 29 Jan 2010 17:30:36 +0000</pubDate>
		<dc:creator>Isaac Hall</dc:creator>
				<category><![CDATA[Billing]]></category>
		<category><![CDATA[Subscriptions]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[reminders]]></category>
		<category><![CDATA[retention rate]]></category>
		<category><![CDATA[yearly subscription]]></category>

		<guid isPermaLink="false">http://blog.recurly.com/?p=121</guid>
		<description><![CDATA[This past week, I've heard from multiple customers who offer yearly subscriptions.  They took the easy route and implemented it with one time transactions -- in other words, the subscription is valid for a year and then never renews.  When they find out about Recurly, sometimes they want to simulate that behavior and not have the subscription renew because that's what their customers are used to. While Recurly can do that, there's a better way to maximize your retention rate and still keep your customers happy.]]></description>
			<content:encoded><![CDATA[<p>This past week, I&#8217;ve heard from multiple customers who offer yearly subscriptions.  They took the easy route and implemented it with one time transactions &#8212; in other words, the subscription is valid for a year and then never renews.  When they find out about Recurly, sometimes they want to simulate that behavior and not have the subscription renew because that&#8217;s what their customers are used to. While Recurly can do that, there&#8217;s a better way to maximize your renewal rate (or retention rate) and still keep your customers happy.</p>
<p>If your users forget about your service during the year and then they see the yearly renewal on their statement, they&#8217;re going to remember your service&#8230; and not in a good way.  Worse yet, they might want their money back.  That usually means they&#8217;ll ask you for a refund (and you should be willing to issue it if they really haven&#8217;t used the service) or they&#8217;ll attempt a charge-back (and that sucks for you and your bank account).</p>
<p>So right before the yearly subscription renews, remind your users two weeks ahead of time about the upcoming charge.  This gives them plenty of time to opt-out of the subscription.  It also gives you a chance to remind them of the value you provide so they will continue paying for the service.  It&#8217;s just that easy to keep everyone happy and make more money.</p>
<p>And yes, Recurly will be adding this feature before your yearly subscriptions get close to expiration.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.recurly.com/2010/01/how-to-maximize-your-yearly-subscription-renewals/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->