Re: [apps-discuss] Apps Area review of draft-sparks-genarea-imaparch-06

[Robert Sparks <[e-mail]>]

On 5/1/13 5:05 PM, Barry Leiba wrote:
> Hi, Robert (and Martin).  A couple of notes here:
>
>> Minor issue: The draft should reference RFC 6855 (IMAP Support for UTF-8)
>> and require its support *at least* to the extent that RFC 6778 does (see
>> http://tools.ietf.org/html/rfc6778#section-3).
>>
>> I will work to sew in a reference to 6855
> It's probably best to note that "support for 6855 is desirable," and
> not really anything more than that.  Let's also remember that there's
> not really any deployment of 6855 support yet, in clients or servers.
Any reason to not just copy what we put in 6778 with minor tweaks?

3.  Internationalized Address Considerations

    The implementation should anticipate internationalized
    email addresses as discussed in the following three documents --
    [RFC6531], [RFC6532], and [RFC6855].  There is no firm requirement
    at this time.


>
>> "and should support multiple simultaneous extensive searches.": Is this
>> simultaneous searches by the same user, or by different users? I suspect the
>> later. If so, the clause should be rewritten so that it is clear that this
>> is a dimensioning requirement, not a functionality requirement.
>>
>> I think it's _both_, not one or the other. I will attempt to clarify.
> Be careful here:
> In IMAP terms, what mostly matters is the session, not the user (but
> see below).  It's theoretically possible for an IMAP server to run
> multiple searches in the same session in parallel without multimailbox
> search (RFC 6237), but it's not practical for a number of reasons, and
> isn't supported by any IMAP servers I'm aware of.  And there's already
> a reference to 6237 later in the paragraph.
>
> IMAP servers already do have to deal with multiple sessions for the
> same user, and it's well know that limits might need to be put on
> that: how many sessions one user can log in with, and how many
> resources those sessions can consume.  This document shouldn't be
> trying to deal with standard advice for things all IMAP servers need
> to consider.
>
> I take the sentence in question to address capacity, not function.  If
> anything here needs clarification, it's that.  I don't think it makes
> sense for this bullet to go into details of sessions vs users vs
> anything else.

I think you're arguing for not changing the text?
I've taken a stab at punching up "capacity". There wasn't anything obvious.
Does this help (I don't really think it does, but haven't come up with 
anything better):

<t hangText="o">
The interface must have server-side searching enabled, and should scale 
to support multiple simultaneous extensive searches.  The server should 
provide the enhanced search capabilities described in <xref 
target="RFC6778"/>.   The implementation should consider taking 
advantage of the extensions defined for IMAP SORT and THREAD <xref 
target="RFC5256"/>, multimailbox search <xref target="RFC6237"/>, and 
fuzzy search <xref target="RFC6203"/>.</t>