<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="https://www.stress-free.co.nz"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>stressfree - hula</title>
 <link>https://www.stress-free.co.nz/tech/hula</link>
 <description></description>
 <language>en</language>
<item>
 <title>Novell officially pulls plug on Hula</title>
 <link>https://www.stress-free.co.nz/novell_officially_pulls_plug_on_hula</link>
 <description>
  &lt;div class=&quot;field-body&quot;&gt;
    &lt;div class=&quot;image&quot;&gt;&lt;img src=&quot;/sites/default/files/images/news/Hula-logo.png&quot; border=&quot;0&quot; alt=&quot;Hula Logo&quot; hspace=&quot;0&quot; vspace=&quot;0&quot; width=&quot;200&quot; height=&quot;81&quot; /&gt;&lt;/div&gt; &lt;p&gt;Novell has officially &lt;a href=&quot;http://forge.novell.com/pipermail/hula-general/2006-November/002084.html&quot;&gt;ended development of Hula&lt;/a&gt;, its open source email server stack. For those involved in the Hula community the news was not unexpected but it will be a shame to see go what once promised to bring a breath of fresh air into the rather staid life of open source email and webmail services.&lt;/p&gt;&lt;h2&gt;History &lt;/h2&gt;&lt;p&gt;In its prior, closed source life &lt;a href=&quot;http://www.hula-project.org&quot;&gt;Hula&lt;/a&gt; was named NetMail and was sold as a lite alternative to GroupWise for webmail users. Back in early 2005 Novell open sourced Hula &lt;a href=&quot;http://arstechnica.com/news.ars/post/20050215-4614.html&quot;&gt;to great fanfare&lt;/a&gt; and pitched the project as a concise and up to date alternative to the postfix/imapd/Squirrelmail stack dominant amongst most Linux email solutions. The idea was a good one, the existing stack is a pain to configure, disjointed and the Squirrelmail component is really showing its age. Hula offered a complete, concise and functional alternative that was well tested and had an exciting development path plotted out. &lt;/p&gt;&lt;p&gt;Unfortunately for Hula problems began to rise very quickly. The underlying mail storage engine had significant problems requiring a complete rewrite and the &#039;Web 2.0&#039; style interface which promised to blow people away took forever to emerge. The consequences of these problems set the project back significantly. The rewritten engine whilst significantly improved lacked a stable migration path for existing Hula users, trapping many in older versions and causing others to think twice before deploying or even testing the system. Delays in the interface put Hula significantly behind in terms of user experience when compared to its competitors like GMail, Yahoo Mail, Zimbra, Scalix and RoundCube.&lt;!--break--&gt;&lt;/p&gt;&lt;p&gt;At the beginning of 2006 with the services component of Hula in trouble and the interface lost in limbo-land it was not a good time for Novell to hit financial troubles resulting in staff cutbacks and a refocusing of efforts. These changes shifted Hula&#039;s development priorities, gone was a complete email server stack and in its place was &lt;a href=&quot;/recent_email_rumblings&quot;&gt;the concept of Hula-Lite&lt;/a&gt;, a Webmail/Calendar interface which could talk to numerous email back-ends. This concept seemed promising but again a lack of development progress brought on by a limited commitment from Novell and almost zero community developers stalled the project once more. The writing was on the wall for Hula when its lead developer, &lt;a href=&quot;http://campd.org/?p=27&quot;&gt;Dave Camp recently left Novell&lt;/a&gt;. The nails were finally put in the coffin when on the 28th November Peter Teichman announced on the Hula mailing list that Novell would no longer be committing development resources to the project.&lt;/p&gt;&lt;h2&gt;What went wrong?&lt;/h2&gt;&lt;p&gt;The greatest unresolved issue that surrounded Hula  from its conception was how Novell expected to concurrently develop two separate email systems (GroupWise and Hula). If Novell saw an opportunity for an open source email stack then it would have made more sense to open source aspects of GroupWise. This would have allowed them to bask in the feel good glow of the open source community whilst allowing themselves to concentrate efforts on a single server stack. Such a move would also have made better financial sense as a simple migration path from a &#039;free&#039; open source service to license-based closed source model could have been offered to users. Such a strategy is what &lt;a href=&quot;http://www.zimbra.com/&quot;&gt;Zimbra&lt;/a&gt; and &lt;a href=&quot;http://www.scalix.com/&quot;&gt;Scalix&lt;/a&gt; offer and for the most part it appears to be working very well for the two companies concerned. By dividing their efforts Novell sent out mixed messages about the two products and created inefficiencies within the company by effectively having two teams doing the same thing.&lt;/p&gt;&lt;p&gt;Another major factor in Hula&#039;s demise was the manner in which its launch was handled and the resulting troubles which ensued. Confidence is a key factor in any software and is very difficult to get back once it is lost. Initially following Hula&#039;s launch hundreds (if not thousands) of interested people downloaded the binaries and tested the software. By and large everyone was impressed and for a while the community was very strong. Unfortunately during this time news of the email storage redesign was made public. For users it was like getting a car and then finding out the engine was no good and had to be replaced with a completely different one that didn&#039;t quite fit the space available. Consequently many people, including myself, left Hula in search of an alternative rather than face the problematic and painful task of being guinea pigs during the storage migration period. Novell would have fared better if they had addressed these significant architectural issues before Hula&#039;s public launch or terminated the entire project then and there if the task was deemed too difficult.&lt;/p&gt;&lt;h2&gt;The future&lt;/h2&gt;&lt;p&gt;Novell&#039;s relationship with Hula maybe dead but the project will continue to live on. How things progress (if at all) will be interesting to see. Alex Hudson is the most vocal community member and &lt;a href=&quot;http://www.alcoholicsunanimous.com/hula/future.shtml&quot;&gt;he has already begun to rally Hula supporters&lt;/a&gt; to see if Hula can get back on some sort of track again. I have my fingers crossed that he and what remains of the community can make some progress in this endeavor.&lt;/p&gt;&lt;p&gt; &lt;/p&gt;  &lt;/div&gt;

&lt;ul class=&quot;field-taxonomy-vocabulary-1&quot;&gt;

      &lt;li&gt;
      &lt;a href=&quot;/tech/novell&quot;&gt;novell&lt;/a&gt;    &lt;/li&gt;
      &lt;li&gt;
      &lt;a href=&quot;/tech/hula&quot;&gt;hula&lt;/a&gt;    &lt;/li&gt;
  
&lt;/ul&gt;
</description>
 <pubDate>Tue, 28 Nov 2006 20:32:03 +0000</pubDate>
 <dc:creator>David</dc:creator>
 <guid isPermaLink="false">358 at https://www.stress-free.co.nz</guid>
</item>
<item>
 <title>Recent email rumblings</title>
 <link>https://www.stress-free.co.nz/recent_email_rumblings</link>
 <description>
  &lt;div class=&quot;field-body&quot;&gt;
    &lt;p&gt;Email as a technology is pretty boring but it is hard to tell that this morning with two really interesting announcements coming from Eudora and the Hula-Project. &lt;/p&gt;&lt;p&gt;Eudora are the creators of of the first usable pieces of email software for normal people. Since that time in the early 90&#039;s they have fostered a relatively small but loyal user base. Recently however they have announced that the &lt;a href=&quot;http://software.newsforge.com/article.pl?sid=06/10/11/1848250&quot;&gt;latest version of Eudora email client will be their last&lt;/a&gt; based on the traditional code-base. As a replacement Eudora are going to build their unique interface and feature-set on top of the Mozilla Thunderbird code-base which is a win/win for both parties. The move allows Eudora to focus on specialised functionality rather than maintenance of general features whilst for Mozilla it increases their overall user-base and in theory should result in a more stable product overall.&lt;/p&gt;&lt;p&gt;In other email related news Dave Camp has just announced the first &lt;a href=&quot;http://campd.org/?p=26&quot;&gt;development version of Hula-Lite&lt;/a&gt; is available for testing. Hula is a standalone email server that provides SMTP, POP3, IMAP, CalDAV and Webmail functionality. Hula-Lite provides just the very cool CalDav and Webmail features and is intended to be integrated into existing SMTP/IMAP services. This is a very smart move as the great thing about Hula is its Webmail and CalDAV functionality. By allowing users to test and adopt these things within existing services is a lot easier than forcing an entire email infrastructure migration plus it allows sysadmins to keep using the services they know and trust.  &lt;/p&gt;&lt;p&gt;Hopefully both these developments are beneficial to their respective projects and the open source community as a whole. I am especially hopeful that Hula-Lite will turn out to be an effective replacement for the aging SquirrelMail in the open source community. One of the most frequent requests I&#039;ve received when doing my &lt;a href=&quot;/webmin-theme&quot;&gt;Webmin theme&lt;/a&gt; is an accompanying theme for SquirrelMail. Unfortunately the SquirrelMail code is not up to the job and it does not sound like its developers are interested in making any significant changes.   &lt;/p&gt;  &lt;/div&gt;

&lt;ul class=&quot;field-taxonomy-vocabulary-1&quot;&gt;

      &lt;li&gt;
      &lt;a href=&quot;/tech/email&quot;&gt;email&lt;/a&gt;    &lt;/li&gt;
      &lt;li&gt;
      &lt;a href=&quot;/tech/hula&quot;&gt;hula&lt;/a&gt;    &lt;/li&gt;
      &lt;li&gt;
      &lt;a href=&quot;/tech/mozilla&quot;&gt;mozilla&lt;/a&gt;    &lt;/li&gt;
  
&lt;/ul&gt;
</description>
 <pubDate>Wed, 11 Oct 2006 21:32:01 +0000</pubDate>
 <dc:creator>David</dc:creator>
 <guid isPermaLink="false">333 at https://www.stress-free.co.nz</guid>
</item>
</channel>
</rss>
