With their inattentiveness to fixing product bugs
demonstrated over the last several years, there IS NO
WAY that the all-Imail core can compete at the
price/performance level they are shooting for. Imail
ain't that good. With Declude added-on it's acceptable,
but Imail-only core (even wrapped up in a pretty
ICS-package) still reeks of circa-1997 hard-coded
limitations.  For $5000 ICS better have complete
flexibility, but Imail has none.

Besides, look what is available at the old Imail price
point. Have you looked at the Merak release notes?
(Actually a change log). Check this out:

http://www.merak-mail-server.com/Products/Merak_Mail_Server/release_notes.asp

Now that is what I call aggressive product improvements
and updates!  They make more improvements in TWO WEEKS
than Ipswitch made in a freakin' YEAR!

I've begun testing Merak, and so far it does EVERYTHING
Imail does, including some truly AWESOME server
management via web interface. Does Tarpitting, too.

Dev



Tuesday, October 26, 2004, 1:49:06 PM, you wrote:

>>I will wager that the entire management team and
>> marketing department are reading every one of these
>> posts in horror.

B> I'm sure they are reading them also, but I doubt it is in horror.  That
B> would assume that Ipswitch didn't expect the
B> kind of fallout that's now on 
B> the list.  I can imagine that they knew very
B> well what would happen, but 
B> wanted to take their business in a different
B> direction.  If that direction 
B> was to go after larger enterprise customers,
B> they may have felt they needed 
B> to shed a few low-profitability customers in the
B> process.  They may feel 
B> that they work too hard for the small support
B> agreement renewals and would 
B> prefer to work with fewer customers that
B> generate much more income.  I don't 
B> think there are many other ways to read it, and I don't think it was
B> accidental.  I seriously doubt we will see a reversal.

B> One recent event really caused me to wonder
B> about Ipswitch's commitment to 
B> smaller customers.  I was told to call Ipswitch
B> support regarding a ticket 
B> that I had submitted by email.  I did so -- at
B> 4:45 pm -- and the support 
B> person indignantly asked why I would call so
B> close to quitting time.  An 
B> attitude like that is often a reflection of the culture rather than a
B> singular event.  Of course, I could just have
B> caught them on an off day, but 
B> it took me by surprise.

B> The risk in Ipswitch's strategy is, as many have
B> pointed out, is that they 
B> are now going to go head-to-head with products that are much more
B> sophisticated, capable, and mature.  Consider
B> the IMail webmail "address 
B> book" as an example -- would you want to try to
B> sell an address book that 
B> contains two fields to an enterprise client?  I wouldn't.  It will be
B> interesting to see if they can succeed.  I wish
B> them the best of luck, but I 
B> won't be along for the ride.

B> There are exciting new developments over at
B> Declude -- from people I do 
B> trust.  And if any of you are .NET developers,
B> have a look at SmarterMail, 
B> which comes with 34 SOAP modules to use for integrating with your
B> applications.  It also includes built-in support
B> for an alternate SMTP port, 
B> which I can really use.  I would love to hear
B> evals from some of the more 
B> experienced admins on this product.

B> Regards,

B> Bill




To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html
List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/

Reply via email to