<?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>Mailmanagr &#187; Blog</title>
	<atom:link href="http://www.mailmanagr.com/category/blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mailmanagr.com</link>
	<description>Better e-mail integration for Basecamp</description>
	<lastBuildDate>Thu, 01 Sep 2011 00:25:25 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<cloud domain='www.mailmanagr.com' port='80' path='/?rsscloud=notify' registerProcedure='' protocol='http-post' />
		<item>
		<title>International Processing Fees</title>
		<link>http://www.mailmanagr.com/2011/08/international-processing-fees/</link>
		<comments>http://www.mailmanagr.com/2011/08/international-processing-fees/#comments</comments>
		<pubDate>Thu, 01 Sep 2011 00:25:25 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Home Page]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=167</guid>
		<description><![CDATA[We&#8217;ve heard from a couple of customers that they&#8217;ve started to see an extra $2 &#8220;international transaction&#8221; fee being applied to their monthly charges with Mailmanagr.  We&#8217;ve been in touch with our payment processor, 2Checkout, about these charges and they&#8217;ve ...]]></description>
			<content:encoded><![CDATA[<p>We&#8217;ve heard from a couple of customers that they&#8217;ve started to see an extra $2 &#8220;international transaction&#8221; fee being applied to their monthly charges with Mailmanagr.  We&#8217;ve been in touch with our payment processor, 2Checkout, about these charges and they&#8217;ve been very helpful in explaining that these are fees that Visa and MasterCard have started charging when one party in a transaction is outside the US (in this case, that would be Mailmanagr &#8212; we&#8217;re Canadian).  We&#8217;re not completely clear on whether this is just affecting US customers, or all customers, we&#8217;re still collecting information.</p>
<p>We&#8217;re looking at ways of resolving this, short of re-incorporating in the US, but these fees might be here to stay.  We&#8217;re not trying to mislead anyone when we state the pricing for Mailmanagr is $7 per month if you choose to go the paid route.  That is actually what we&#8217;re charging.  The extra $2 fee came as a surprise to us too!</p>
<p>We&#8217;ll update this as we learn more, but as of now, it seems that only Visa and MasterCard are charging these fees (American Express appears to not charge anything extra).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2011/08/international-processing-fees/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A few changes coming to syntax</title>
		<link>http://www.mailmanagr.com/2010/12/a-few-changes-coming-to-syntax/</link>
		<comments>http://www.mailmanagr.com/2010/12/a-few-changes-coming-to-syntax/#comments</comments>
		<pubDate>Wed, 01 Dec 2010 19:16:26 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Home Page]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=113</guid>
		<description><![CDATA[Mailmanagr is continuing to grow and evolve, and one of the things we&#8217;re struggling with is some of the crufty old syntax we&#8217;re using.  We had to come up with a special &#8220;language&#8221; so that we can do things like ...]]></description>
			<content:encoded><![CDATA[<p>Mailmanagr is continuing to grow and evolve, and one of the things we&#8217;re struggling with is some of the crufty old syntax we&#8217;re using.  We had to come up with a special &#8220;language&#8221; so that we can do things like assign items to people in Basecamp.  The only problem is, we didn&#8217;t get it right the first time, and now it&#8217;s causing some problems.  Let me explain:</p>
<p>If you want to assign an item to a person, you set up an alias for that person in the &#8220;People&#8221; tab.  You then put that alias in parentheses in the subject line of the message:</p>
<p style="padding-left: 30px;">Subject: (jon) Create a blog post about Mailmanagr syntax</p>
<p>We wanted to keep it simple so that people using mobile devices wouldn&#8217;t have to hunt around for bizarre characters or do something ominous.  We made it too simple though.  People use parentheses all the time:</p>
<p style="padding-left: 30px;">Subject: Revise that blog entry (it&#8217;s just too wordy)</p>
<p>Mailmanagr thinks I&#8217;m trying to assign this task to &#8220;it&#8217;s just too wordy&#8221;, and throws an error.  That&#8217;s not acceptable.  Additionally, we&#8217;re still supporting really old syntax where assignments in the body of the message can be made as well.</p>
<p>We need to simplify things, so we&#8217;re going to make a few tweaks:</p>
<ul>
<li>Assigning messages, todos &amp; milestones &#8212; <strong>double up on the parentheses</strong>.  So instead of (jon), put in ((jon)).  That&#8217;s far less common, and should cause far less problems.  You can still use a list to notify multiple people ((jon, dave, phil)).</li>
<li>Assigning messages, todos &amp; milestones &#8212; <strong>we&#8217;re dropping support for notifications in the body of the message</strong>.  Only subject line notifications will be supported.</li>
<li>Use /private/ in the subject of the message to mark something private.  This works for Messages, Milestones &amp; Todos.  (ppp support is going away).</li>
<li>Use @Oct 12 2011@ to <strong>indicate a due date in the subject line</strong> for Milestones and Todos (yes, we&#8217;re adding due date support for todos with this update)</li>
</ul>
<p>If you&#8217;ve got any auto-notifiers set up, please take a minute to update your code/notifications.  We&#8217;ll be <strong>rolling out these changes Monday, December 6th, 2010</strong>.  If you have any concerns, need more time, or have any comments, please drop us a line at <a href="mailto:info@industryinteractive.net">info@industryinteractive.net</a>.  With these updates, we&#8217;ll be done most of our housekeeping, and rolling out a fun new feature for folks.  Watch for more about that!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2010/12/a-few-changes-coming-to-syntax/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Speed up</title>
		<link>http://www.mailmanagr.com/2010/11/speed-up/</link>
		<comments>http://www.mailmanagr.com/2010/11/speed-up/#comments</comments>
		<pubDate>Fri, 05 Nov 2010 20:57:11 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=111</guid>
		<description><![CDATA[We just pushed out a few updates that will speed up the web app quite considerably, and will make things much peppier down the road. We&#8217;ve got quite a few changes in the pipe including a number of &#8220;improvements&#8221; and ...]]></description>
			<content:encoded><![CDATA[<p>We just pushed out a few updates that will speed up the web app quite considerably, and will make things much peppier down the road.</p>
<p>We&#8217;ve got quite a few changes in the pipe including a number of &#8220;improvements&#8221; and maybe even a new feature or two.  Stay tuned.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2010/11/speed-up/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Updates to formatting/line breaks</title>
		<link>http://www.mailmanagr.com/2010/09/updates-to-formattingline-breaks/</link>
		<comments>http://www.mailmanagr.com/2010/09/updates-to-formattingline-breaks/#comments</comments>
		<pubDate>Thu, 30 Sep 2010 21:05:41 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[Home Page]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=98</guid>
		<description><![CDATA[Recently, we&#8217;ve received a lot of e-mail about Mailmanagr ignoring line breaks and just turning messages into big, nasty blobs of text. It seems like on certain messages, single line breaks were being discarded altogether, and double line breaks were ...]]></description>
			<content:encoded><![CDATA[<p>Recently, we&#8217;ve received a lot of e-mail about Mailmanagr ignoring line breaks and just turning messages into big, nasty blobs of text.  It seems like on certain messages, single line breaks were being discarded altogether, and double line breaks were being turned into single line breaks.  So:</p>
<p>Item 1<br />
Item 2<br />
Item 3</p>
<p>Was showing up in Basecamp as:</p>
<p>Item 1Item 2Item 3</p>
<p>and</p>
<p>Item 1</p>
<p>Item 2</p>
<p>Item 3</p>
<p>Was showing up as:</p>
<p>Item 1<br />
Item 2<br />
Item 3</p>
<p>The only trick is that we haven&#8217;t touched the code that handles line breaks in HTML e-mail messages.  We did a little testing, and it seems to be another strange and wonderful feature of Apple Mail (or Mail.app).  I&#8217;m not being an Apple hater here, I love my Mac and use Mail.app as my mail client of choice, but man they do weird things sometimes. (ref. <a href="http://www.google.com/search?ie=UTF-8&amp;q=line+breaks+apple+mail">http://www.google.com/search?ie=UTF-8&amp;q=line+breaks+apple+mail</a>)</p>
<p>So we&#8217;ve started checking to see if this line break problem exists in the HTML version of a message, and if it does, we boot the message back to using plain text.  Hope that resolves some headaches for a few folks.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2010/09/updates-to-formattingline-breaks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Security updates gone wild</title>
		<link>http://www.mailmanagr.com/2010/05/security-updates-gone-wild/</link>
		<comments>http://www.mailmanagr.com/2010/05/security-updates-gone-wild/#comments</comments>
		<pubDate>Wed, 12 May 2010 21:45:05 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[downtime]]></category>
		<category><![CDATA[restore]]></category>
		<category><![CDATA[server]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=96</guid>
		<description><![CDATA[At around 2:00 PM PST, Mailmanagr ran into a little trouble.  We applied a security patch to some of the software running on our server, and it screwed up the server&#8217;s ability to talk to the database &#60;cue sad trombone&#62;. ...]]></description>
			<content:encoded><![CDATA[<p>At around 2:00 PM PST, Mailmanagr ran into a little trouble.  We applied a security patch to some of the software running on our server, and it screwed up the server&#8217;s ability to talk to the database &lt;cue sad trombone&gt;.</p>
<p>We pulled a backup of the server from 7:30 AM PST this morning and restored it.  Looks like that fixed the problem, everything is back to normal.</p>
<p>There was some downtime though (looks like about three quarters of an hour in total).  Because e-mail &#8220;queues&#8221; when it can&#8217;t be delivered, we don&#8217;t believe that there was any data loss (if you think otherwise, please get in touch).  If the downtime caused you any hardship, please do let us know and we&#8217;ll do what we can to make things right.</p>
<p>We&#8217;re very sorry for the trouble.  If you need to get in contact with us, please feel free to do so at <a href="mailto:info@industryinteractive.net">info@industryinteractive.net</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2010/05/security-updates-gone-wild/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Post as anyone</title>
		<link>http://www.mailmanagr.com/2010/01/post-as-anyone/</link>
		<comments>http://www.mailmanagr.com/2010/01/post-as-anyone/#comments</comments>
		<pubDate>Mon, 01 Feb 2010 00:36:30 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[bug fix]]></category>
		<category><![CDATA[features]]></category>
		<category><![CDATA[multiple users]]></category>
		<category><![CDATA[new]]></category>
		<category><![CDATA[new feature]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=81</guid>
		<description><![CDATA[Call it a feature, or call it a bug fix (I&#8217;m on the fence personally), but Mailmanagr can now post e-mail messages as multiple users in Basecamp.  Here&#8217;s how it works: In your authorized senders list, you can now enter ...]]></description>
			<content:encoded><![CDATA[<p>Call it a feature, or call it a bug fix (I&#8217;m on the fence personally), but Mailmanagr can now post e-mail messages as multiple users in Basecamp.  Here&#8217;s how it works:</p>
<ol>
<li>In your authorized senders list, you can now enter Basecamp authorization tokens on an address-by-address basis:<br />
<img class="alignnone" src="http://farm5.static.flickr.com/4023/4320758886_92c9a104fe.jpg" alt="Post as multiple=" width="450" height="126" /></li>
<li>Or you can update your current addresses to use different Basecamp tokens (it will default to using the Basecamp token from your Mailmanagr account, so you don&#8217;t HAVE TO do this if you want Mailmanagr to just keep working as it always has).<br />
<a title="Multiple tokens by jnthnlane, on Flickr" href="http://www.flickr.com/photos/lanej0/4320044091/"><img src="http://farm5.static.flickr.com/4009/4320044091_bfab4f0f84.jpg" alt="Multiple tokens" width="307" height="147" /></a></li>
</ol>
<p>Sending a message to &#8220;test@mailmanagr.com&#8221; from &#8220;info@industryinteractive.net&#8221; will post the message to Basecamp as my &#8220;Mailmanagr&#8221; account.  Sending a message to &#8220;test@mailmanagr.com&#8221; from &#8220;jonathan@industryinteractive.net&#8221; will post the message as my own personal account in Basecamp.</p>
<p>The best setup would be to hook Mailmanagr up using one of your administrator accounts in Basecamp (that way, Mailmanagr will have access to post to all projects).  Then, get your team mates to e-mail you their Basecamp tokens as well as any addresses they&#8217;d like added to the authorized senders list.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2010/01/post-as-anyone/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>37signals IDs and Mailmanagr</title>
		<link>http://www.mailmanagr.com/2009/12/37signals-ids-and-mailmanagr/</link>
		<comments>http://www.mailmanagr.com/2009/12/37signals-ids-and-mailmanagr/#comments</comments>
		<pubDate>Thu, 17 Dec 2009 18:35:30 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[37signals ID]]></category>
		<category><![CDATA[errors]]></category>
		<category><![CDATA[password]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[username]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=77</guid>
		<description><![CDATA[For the most part, things have gone seamlessly with the transition to 37signals central account system.  Most people haven&#8217;t had to do a thing with their Mailmanagr account. If you are experiencing trouble (messages not getting posted) after setting up ...]]></description>
			<content:encoded><![CDATA[<p>For the most part, things have gone seamlessly with the transition to 37signals central account system.  Most people haven&#8217;t had to do a thing with their Mailmanagr account.</p>
<p>If you are experiencing trouble (messages not getting posted) after setting up your 37signals ID, please log in to the web interface for Mailmanagr and update your Basecamp account settings.  You should only need to do this if your username and/or password has changed with the transition to 37signals ID accounts.</p>
<p>If you&#8217;ve tried that, and are still having trouble, <a href="mailto:info@industryinteractive.net">please get in touch</a>.  We&#8217;re here to help!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2009/12/37signals-ids-and-mailmanagr/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Spamhaus PBL</title>
		<link>http://www.mailmanagr.com/2009/11/spamhaus-pbl/</link>
		<comments>http://www.mailmanagr.com/2009/11/spamhaus-pbl/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 16:56:06 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=75</guid>
		<description><![CDATA[Somehow we had found our way onto Spamhaus&#8217; PBL, so some of out outgoing mail was getting blacklisted by certain mail servers.  The PBL isn&#8217;t a list of spammers, but rather, it&#8217;s a list of IP addresses that may not ...]]></description>
			<content:encoded><![CDATA[<p>Somehow we had found our way onto Spamhaus&#8217; PBL, so some of out outgoing mail was getting blacklisted by certain mail servers.  The PBL isn&#8217;t a list of spammers, but rather, it&#8217;s a list of IP addresses that may not be actual, static mail servers.  For example, your ISP would likely add the IP ranges of their customers to this list, as not many people run a mail server off of their home cable modem or DSL line.</p>
<p>Luckily, the removal process is very straightforward.  We&#8217;ve submitted our removal request, and everything should be updated in a half hour or so.</p>
<p>This list would have only affected outgoing mail (bounce messages, account sign-up messages, lost password messages), not incoming messages.  So if you&#8217;ve tried to sign up for Mailmanagr, or requested a password reminder in the last few days and haven&#8217;t received a message, try again tonight.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2009/11/spamhaus-pbl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Plain-text only addresses</title>
		<link>http://www.mailmanagr.com/2009/11/plain-text-only-addresses/</link>
		<comments>http://www.mailmanagr.com/2009/11/plain-text-only-addresses/#comments</comments>
		<pubDate>Fri, 06 Nov 2009 00:44:32 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[minor tweak]]></category>
		<category><![CDATA[new feature]]></category>
		<category><![CDATA[plaintext]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=72</guid>
		<description><![CDATA[It&#8217;s a little tweak, but something that will prove useful for folks having trouble getting their HTML messages to turn out the way they want: You can now force  the plain text version of a message, on an address by ...]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s a little tweak, but something that will prove useful for folks having trouble getting their HTML messages to turn out the way they want:</p>
<p><strong>You can now force  the plain text version of a message, on an address by address basis</strong>.  We built in a tweak a while ago allowing you to use &#8220;Ptext:&#8221; in the subject line of a message to force Mailmanagr to ignore any HTML formatting.  That&#8217;s great for single messages here and there, but if you&#8217;re having problems getting your mail client to play nice with Mailmanagr, you might need to force the issue.</p>
<p>This feature is free for everyone, so enjoy.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2009/11/plain-text-only-addresses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New feature (paid): wide-open addresses</title>
		<link>http://www.mailmanagr.com/2009/10/new-feature-paid-wide-open-addresses/</link>
		<comments>http://www.mailmanagr.com/2009/10/new-feature-paid-wide-open-addresses/#comments</comments>
		<pubDate>Wed, 07 Oct 2009 00:08:02 +0000</pubDate>
		<dc:creator>J Lane</dc:creator>
				<category><![CDATA[Blog]]></category>
		<category><![CDATA[anonymous]]></category>
		<category><![CDATA[features]]></category>
		<category><![CDATA[new]]></category>
		<category><![CDATA[options]]></category>

		<guid isPermaLink="false">http://www.mailmanagr.com/?p=69</guid>
		<description><![CDATA[A new feature went live today: the ability to create wide-open addresses in Mailmanagr.  These addresses will bypass the &#8220;authorized senders&#8221; list on the account, and will let anyone send a message into Basecamp using that address. Why on earth ...]]></description>
			<content:encoded><![CDATA[<p>A new feature went live today: the ability to create wide-open addresses in Mailmanagr.  These addresses will bypass the &#8220;authorized senders&#8221; list on the account, and will let anyone send a message into Basecamp using that address.</p>
<p><strong>Why on earth would you want to do that?</strong><img class="alignright size-medium wp-image-70" style="border: 1px solid black; margin: 5px;" title="Wide open addresses" src="http://www.mailmanagr.com/wp-content/uploads/2009/10/Dock-300x142.jpg" alt="Wide open addresses" width="300" height="142" /></p>
<p>Some folks have asked for the ability so that they can use Basecamp to handle requests from their customers and web sites.  There are cases where it&#8217;s impossible to know where all of your mail is going to come from, or the potential authorized senders list is just too big, this new feature will let you work around that.</p>
<p><em>Just bear in mind that you might receive proposals from Nigerian political officials in your Basecamp projects.  You&#8217;ve been warned.</em></p>
<p>So, with this announcement comes a couple of notes:</p>
<ol>
<li>We don&#8217;t filter spam.  If you create an open address in Mailmanagr, and post it on a public web site, expect to get junk mail.  If you&#8217;re concerned about who can add content to your Basecamp projects, this feature probably isn&#8217;t for you.</li>
<li>This is a paid-account-only feature.  Sorry.  We try to look at features in terms of the resources needed to support them.  This could generate significantly more traffic to our mail servers.</li>
<li>If things go absolutely insane, and the mail volume spikes to a crazy level, we might have to rein things in on an account-by-account basis.  We&#8217;re not going to be prudish about it, but please think twice before doing something that is going to result in thousands of messages per minute.</li>
</ol>
<p>So here&#8217;s a few tips, if you&#8217;re considering using this new feature, but you aren&#8217;t sure about how to keep things somewhat secure.  They aren&#8217;t requirements, but they are ideas you might want to consider:</p>
<ol>
<li>If you&#8217;re going to post one of these addresses for customers to use, do it on a client portal; somewhere that is password-protected.</li>
<li>Build a contact form for your web site, and have that send the message through Mailmanagr, instead of posting the address out in the open.</li>
<li>Make the addresses hard to guess.</li>
<li>Feel free to change your addresses up on occasion if you do start receiving spam.</li>
</ol>
<p>With that, enjoy!  As always, <a href="mailto:info@industryinteractive.net">we&#8217;d love to hear from you</a> about any ideas, problems or concerns you might have.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailmanagr.com/2009/10/new-feature-paid-wide-open-addresses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

