Re: IMAP is a failure?

Ned Freed <NED@sigurd.innosoft.com> Tue, 02 August 1994 22:37 UTC

Errors-To: owner-imap@cac.washington.edu
Date: Tue, 02 Aug 1994 15:09:39 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Ned Freed <NED@sigurd.innosoft.com>
Subject: Re: IMAP is a failure?
In-Reply-To: Your message dated "Tue, 02 Aug 1994 12:27:34 -0700" <9408021927.AA25464@hpport.ssf-sys.DHL.COM>
To: Paul Rarey <Paul.Rarey@systems.dhl.com>
Cc: William.Yeager@eng.sun.com, tomku@li.icl.se, ses@tipper.oit.unc.edu, bill@celestial.com, imap@cac.washington.edu, Alex.Davidson@eng.sun.com
Message-Id: <01HFFSG2HWPW95MOSN@SIGURD.INNOSOFT.COM>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

> At 01:35 PM 8/2/94 -800, William.Yeager@Eng.Sun.COM wrote:
> >I don't understand this statement about difficult to implement. The
> c-client >and mail.c make this simple. They hide all of the subtle parsing.
> I've >personally implemented 3 imap clients over the past 7 years and wrote
> the first >UNIX imapd while Mark was in my former group at Stanford.

> Then could someone point me to vendors who implent the clients and servers
> that I joe customer can buy?

ECS sells commercial IMAP clients for various platforms. I believe that
Wollongong sells some clients and possibly a server as well. Innosoft includes
both IMAP servers and one client (based on Pine) in PMDF (a commercial
package). 

There are probably several other commercial offerings I have missed. The best
starting point for such queries that I know of is the MIME FAQ that is posted
periodically to the info-mime list.

Not bad for a protocol that hasn't even made it through the first stage of the
standards process yet. Quite a few vendors aren't interested in implementing
things prior to attaining proposed standard status.

				Ned