[prev in list] [next in list] [prev in thread] [next in thread] 

List:       imap
Subject:    Re: [Imap-protocol] =?iso-8859-1?q?If_Crispin_were_creating_IMAP_toda?=
From:       Jan_Kundrát <jkt () flaska ! net>
Date:       2015-03-10 11:40:28
Message-ID: ef50cd86-59f2-478c-86e8-5f3a00f1d872 () flaska ! net
[Download RAW message or body]

On Tuesday, 10 March 2015 12:29:50 CET, Imants Cekusins wrote:
> My point (well, other than speed, robustness & simplicity) is that
> with simplifed protocols though we could have more servers, a choice
> between servers & configurations, supporting multitude of storage
> backends.
>
> Wouldn't it be nice - to choose? eh?

I see plenty of choice at e.g. [1].

What I suspect is that you might have had bad experience with performance 
of a random mail server, and are drawing conclusion from there. Sure, 
optimizing raw performance of a given protocol is nice (and being done, see 
BDAT and other examples people have mentioned), but maybe the actual 
reasons for slowness are somewhere else but in the live transformation of 
incoming bytestream?

Cheers,
Jan

[1] http://en.wikipedia.org/wiki/List_of_mail_servers

-- 
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
_______________________________________________
Imap-protocol mailing list
Imap-protocol@u.washington.edu
http://mailman13.u.washington.edu/mailman/listinfo/imap-protocol
[prev in list] [next in list] [prev in thread] [next in thread]