<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Idea #3: A Simpler Email Server</title>
	<atom:link href="http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/</link>
	<description>Benji Smith, Software Research</description>
	<lastBuildDate>Sat, 08 May 2010 07:39:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Anonymous</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-139</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 13 Jun 2006 22:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-139</guid>
		<description>A big con: small businesses may not have IT staff, but they can and should have an ISP that does their email for them. Last I heard, most do.

The market is people who want to run their own mail server, but haven&#039;t already either spent the week figuring out existing software or just purchased an account where the hosting company manages the email servers. That feels small and hard to reach, to me. Where will you find a thousand people (per year) who&#039;ll buy this at $250?  Writing an email server is easy. Figuring out how to market an email server, now that&#039;s hard.  ;)

Also, if you want to run your own mailserver, having redundant systems (ideally on a UPS and redundant network connections) is also important. Which, actually, raises an interesting question: would that be the additional feature that makes this a great product? How well is failure handled by pop3d and imap4d and their friends?

Btw, authentication should be modular, even inside the app, so you can start with &#039;simple&#039; built-in authentication, but expand to include links to system accounts, LDAP, etc. It ought to be a &quot;30 seconds from install to serving email for every account on the system&quot;, because for a lot of little easy-install servers, figuring out where the passwords go is one of the trickier bits that always annoys me.


Still, even if this is a weak idea, the analysis of the marketing and business side is already more detailed and useful than 99.999% of all software development blogs out there, and I *really* hope you&#039;ll keep that up. That&#039;s the really itneresting bit of this series, to me, at least.</description>
		<content:encoded><![CDATA[<p>A big con: small businesses may not have IT staff, but they can and should have an ISP that does their email for them. Last I heard, most do.</p>
<p>The market is people who want to run their own mail server, but haven&#8217;t already either spent the week figuring out existing software or just purchased an account where the hosting company manages the email servers. That feels small and hard to reach, to me. Where will you find a thousand people (per year) who&#8217;ll buy this at $250?  Writing an email server is easy. Figuring out how to market an email server, now that&#8217;s hard.  ;)</p>
<p>Also, if you want to run your own mailserver, having redundant systems (ideally on a UPS and redundant network connections) is also important. Which, actually, raises an interesting question: would that be the additional feature that makes this a great product? How well is failure handled by pop3d and imap4d and their friends?</p>
<p>Btw, authentication should be modular, even inside the app, so you can start with &#8217;simple&#8217; built-in authentication, but expand to include links to system accounts, LDAP, etc. It ought to be a &#8220;30 seconds from install to serving email for every account on the system&#8221;, because for a lot of little easy-install servers, figuring out where the passwords go is one of the trickier bits that always annoys me.</p>
<p>Still, even if this is a weak idea, the analysis of the marketing and business side is already more detailed and useful than 99.999% of all software development blogs out there, and I *really* hope you&#8217;ll keep that up. That&#8217;s the really itneresting bit of this series, to me, at least.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benji</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-138</link>
		<dc:creator>benji</dc:creator>
		<pubDate>Tue, 13 Jun 2006 18:35:30 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-138</guid>
		<description>In fact, Anon, I actually use the gmail for domains beta for my own email. I signed up for it a month or two ago, and so far, I&#039;ve been really happy with it.

After fighting with sendmail (and a hosting company with flaky uptime) for two years, it was a huge relief to move all email-related functionality off my server entirely.

Thanks, everyone, for the feedback. I&#039;ve got to admit that this is one of the weakest of my 30 ideas. It&#039;s hard (though not impossible) to make a compelling case, from either a marketing perspective or a technical perspective.

But, nevertheless, it is something I&#039;ve thought a lot about over the last few years, so I decided to put it out here anyhow.</description>
		<content:encoded><![CDATA[<p>In fact, Anon, I actually use the gmail for domains beta for my own email. I signed up for it a month or two ago, and so far, I&#8217;ve been really happy with it.</p>
<p>After fighting with sendmail (and a hosting company with flaky uptime) for two years, it was a huge relief to move all email-related functionality off my server entirely.</p>
<p>Thanks, everyone, for the feedback. I&#8217;ve got to admit that this is one of the weakest of my 30 ideas. It&#8217;s hard (though not impossible) to make a compelling case, from either a marketing perspective or a technical perspective.</p>
<p>But, nevertheless, it is something I&#8217;ve thought a lot about over the last few years, so I decided to put it out here anyhow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anon</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-137</link>
		<dc:creator>Anon</dc:creator>
		<pubDate>Tue, 13 Jun 2006 18:00:18 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-137</guid>
		<description>You&#039;ll also be competing with googles (free?) gmail for domains.  For a company that doesn&#039;t mind letting google hold all their email, it&#039;s a nice, pain free solution.  Of course, it&#039;s still in beta so who knows what their final pricing structure might be.</description>
		<content:encoded><![CDATA[<p>You&#8217;ll also be competing with googles (free?) gmail for domains.  For a company that doesn&#8217;t mind letting google hold all their email, it&#8217;s a nice, pain free solution.  Of course, it&#8217;s still in beta so who knows what their final pricing structure might be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rajesh Kumar</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-136</link>
		<dc:creator>Rajesh Kumar</dc:creator>
		<pubDate>Tue, 13 Jun 2006 14:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-136</guid>
		<description>If you are targetting for simple small business, many i know of uses the $499 SBS where MS throws in free Exchange server capability.
Its OS plus all other stuff.

Another point is why will a non-techie small business owner be bothered with linux based systems or hire a &quot;Guru&quot; on a retainer.

Price point wise selling your s/w over $250 might be difficult i guess.</description>
		<content:encoded><![CDATA[<p>If you are targetting for simple small business, many i know of uses the $499 SBS where MS throws in free Exchange server capability.<br />
Its OS plus all other stuff.</p>
<p>Another point is why will a non-techie small business owner be bothered with linux based systems or hire a &#8220;Guru&#8221; on a retainer.</p>
<p>Price point wise selling your s/w over $250 might be difficult i guess.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-135</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 13 Jun 2006 13:41:40 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-135</guid>
		<description>Why not just build a better configuration engine for one of the mail servers out there?  There&#039;s no need to reinvent the wheel for SMTP and local mail delivery.  For example, Postfix has a wonderful internal architecture, but its configuration files are still pretty complicatied.  If you could create a good* web or desktop interface to configure an existing email application, you&#039;d save yourself a lot of time, and reduce the chance of exposing your customers to security vulnerabilities.

Ryan

* Webmin is not a &quot;good&quot; interface.  It&#039;s ugly, and written for Unix system administrators.  I&#039;d think a product with simple terminology and a straightforward object model would be most likely to succeed in the market.  If you have to ask a very technical question, see if you can eliminate the need for that question (infer the answer or make a one-time decision yourself) or else provide an easier-to-understand explanation about what the concepts mean.  We could all do a lot better than Webmin.</description>
		<content:encoded><![CDATA[<p>Why not just build a better configuration engine for one of the mail servers out there?  There&#8217;s no need to reinvent the wheel for SMTP and local mail delivery.  For example, Postfix has a wonderful internal architecture, but its configuration files are still pretty complicatied.  If you could create a good* web or desktop interface to configure an existing email application, you&#8217;d save yourself a lot of time, and reduce the chance of exposing your customers to security vulnerabilities.</p>
<p>Ryan</p>
<p>* Webmin is not a &#8220;good&#8221; interface.  It&#8217;s ugly, and written for Unix system administrators.  I&#8217;d think a product with simple terminology and a straightforward object model would be most likely to succeed in the market.  If you have to ask a very technical question, see if you can eliminate the need for that question (infer the answer or make a one-time decision yourself) or else provide an easier-to-understand explanation about what the concepts mean.  We could all do a lot better than Webmin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-134</link>
		<dc:creator>Stu</dc:creator>
		<pubDate>Tue, 13 Jun 2006 12:45:44 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-134</guid>
		<description>I&#039;m not sure about your Pro point 2 - I&#039;d hazzard a guess that the reason there are so many more windows based mail servers is because there _is_ a much larger small business market compared to linux.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure about your Pro point 2 &#8211; I&#8217;d hazzard a guess that the reason there are so many more windows based mail servers is because there _is_ a much larger small business market compared to linux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Bryant</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-133</link>
		<dc:creator>Ben Bryant</dc:creator>
		<pubDate>Tue, 13 Jun 2006 12:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-133</guid>
		<description>Yeah I think one feature such as Outlook connectivity could be the thing that brings in customers. With something like this, just one significant differentiator from Zimbra together with the price point could get you your 20 customers per week. I do not think the concept of modularity in and of itself will get you any customers -- I expect that&#039;s the sort of thing that excites open source programmers more than administrators.</description>
		<content:encoded><![CDATA[<p>Yeah I think one feature such as Outlook connectivity could be the thing that brings in customers. With something like this, just one significant differentiator from Zimbra together with the price point could get you your 20 customers per week. I do not think the concept of modularity in and of itself will get you any customers &#8212; I expect that&#8217;s the sort of thing that excites open source programmers more than administrators.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vladimir Dyuzhev</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-132</link>
		<dc:creator>Vladimir Dyuzhev</dc:creator>
		<pubDate>Tue, 13 Jun 2006 11:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-132</guid>
		<description>I don&#039;t see logic here. First you target (let&#039;s call it so) &quot;simplicity of install&quot;, and then you conclude you&#039;ll need to compete on features (i.e. make it complex). No need to do it. Most people who install their own server do not need calendaring or MAPI, for instance. Make simplicity of install (&quot;30 seconds to up and running&quot;) your selling point, and you&#039;ll definetely find your niche. The question is how big a niche.

Having said that, I guess making yet another mail server, especially for geeks (who can and often proud to be able to configure things themselves) must be a bad idea.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t see logic here. First you target (let&#8217;s call it so) &#8220;simplicity of install&#8221;, and then you conclude you&#8217;ll need to compete on features (i.e. make it complex). No need to do it. Most people who install their own server do not need calendaring or MAPI, for instance. Make simplicity of install (&#8221;30 seconds to up and running&#8221;) your selling point, and you&#8217;ll definetely find your niche. The question is how big a niche.</p>
<p>Having said that, I guess making yet another mail server, especially for geeks (who can and often proud to be able to configure things themselves) must be a bad idea.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Artur Sowinski</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-131</link>
		<dc:creator>Artur Sowinski</dc:creator>
		<pubDate>Tue, 13 Jun 2006 11:40:35 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-131</guid>
		<description>From what I found out during seting up server box some time ago, Exim mailserver for &#039;nixes is the most pain free - http://www.exim.org/  and for windows enviroment hMailserver (it&#039;s OSS) is easy as any install dialog on windows :) http://www.hmailserver.com/</description>
		<content:encoded><![CDATA[<p>From what I found out during seting up server box some time ago, Exim mailserver for &#8216;nixes is the most pain free &#8211; <a href="http://www.exim.org/" rel="nofollow">http://www.exim.org/</a>  and for windows enviroment hMailserver (it&#8217;s OSS) is easy as any install dialog on windows :) <a href="http://www.hmailserver.com/" rel="nofollow">http://www.hmailserver.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Davies</title>
		<link>http://benjismith.net/index.php/2006/06/12/biz-idea-03-simple-mail-server/comment-page-1/#comment-130</link>
		<dc:creator>Chris Davies</dc:creator>
		<pubDate>Tue, 13 Jun 2006 10:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://benjismith.net/index.php/2006/06/12/idea-3-a-mail-server-that-doesnt-suck/#comment-130</guid>
		<description>I think you&#039;d make a grave mistake seperating the mail users database from the underlying unix password database. Doing so greatly limits the options you have for authentication, and greatly increases development time.

For example, many small shops might keep their users in Window&#039;s active directory, and use pam_ldap on the linux side. If you aren&#039;t using PAM, then either you need to independantly support LDAP or you alienate a whole chunk of your audience.

Ditto for about a whole bunch of other auth options....</description>
		<content:encoded><![CDATA[<p>I think you&#8217;d make a grave mistake seperating the mail users database from the underlying unix password database. Doing so greatly limits the options you have for authentication, and greatly increases development time.</p>
<p>For example, many small shops might keep their users in Window&#8217;s active directory, and use pam_ldap on the linux side. If you aren&#8217;t using PAM, then either you need to independantly support LDAP or you alienate a whole chunk of your audience.</p>
<p>Ditto for about a whole bunch of other auth options&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
