Re: Fetching short text snippet for mails

Paul Smith <[email protected]>
Newsgroups gmane.ietf.imapext
Message-ID <[email protected]>
On 02/12/2014 17:06, Arnt Gulbrandsen wrote:
> On Tuesday, December 2, 2014 5:37:31 PM CEST, Cyrus Daboo wrote:
>> Efficient as in eliminating the current extra round trip of doing a 
>> FETCH BODY.PEEK[<section>]<<partial>>? If so, then I think "SNIPPET" 
>> should be an alias for BODY.PEEK[the first significant text 
>> section]<<partial>>. i.e., the server does not do anything more than 
>> determine the "the first significant text section". The client still 
>> gets to use <<partial>> as it could today.
>
> This I like. Simple for the server, simple for the client, a clear win 
> for the client. The only disadvantage is that the client still has to 
> do the heavy text extraction. But it needs that code anyway if it is 
> to work with unextended servers.
Agreed

You aren't going to be able to solve the problem perfectly to everyone's 
satisfaction - at least not in an extension which will ever be 
implemented widely.

So, keep it simple, and make things *better* than they are now. Servers 
implementers will include simple extensions, and the client will benefit 
somewhat. No, it may not be perfect, but it's better than now.

You could go a step further and say that SNIPPET should strip HTML 
control code out of any HTML sections (as long as the rules for doing so 
are defined in the RFC, eg tags, text between <style></style> tags, etc)



-


Paul Smith Computer Services
Tel: 01484 855800
Vat No: GB 685 6987 53

Sign up for news & updates at http://www.pscs.co.uk/go/subscribe

_______________________________________________
imapext mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/imapext
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.