MBOX-Line: From tss at iki.fi  Fri Jul 11 07:43:12 2008
To: imap-protocol@u.washington.edu
From: Timo Sirainen <tss@iki.fi>
Date: Fri Jun  8 12:34:42 2018
Subject: [Imap-protocol] Questions re RFC 3501
In-Reply-To: <4876B463.6030909@verizon.net>
References: <4876A25B.8010503@verizon.net>
	<BLU126-W12BC89DAB27E92E0E8B465B8900@phx.gbl>
	<4876B02E.3030507@verizon.net>  <4876B463.6030909@verizon.net>
Message-ID: <1215787392.31765.37.camel@hurina>

On Thu, 2008-07-10 at 21:16 -0400, Joshua Cranmer wrote:
> Joshua Cranmer wrote:
> > Mark Crispin wrote:
> >> Such a list is ever changing, and listing what servers don't support 
> >> them correctly is likely to result in considerable hostility aimed at 
> >> the lister.  It's easier to list servers that do things right: 
> >> UW/Panda, Dovecot, and Cyrus.  The author of Dovecot has been quite 
> >> diligent in producing torture tests for servers, and he and the 
> >> author of UW/Panda (me) have had a friendly competition in who can 
> >> fix the problems uncovered first.
> >>   
> > Pray tell, where might I find this list?
> >
> For clarification: I'm referring to the torture test list.

http://imapwiki.org/ImapTest/ServerStatus

Currently it just lists a boring n/34 number for servers. It wouldn't be
too difficult to have imaptest print out which problems are related to
which extensions (or base protocol, or combination of extensions). And I
guess the n/34 could be a link that lists all the issues with all the
specifics. But I haven't bothered yet.

Anyway, feel free to create new tests and I'll add them to imaptest
distribution. It should be quite easy to create the tests (at least from
the syntax point of view - how to create comprehensive and correct tests
are another matter).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: This is a digitally signed message part
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20080711/7292b929/attachment.sig>
