headers
Lisa Dusseault | 3 Mar 2005 21:01
Favicon

Last minute agenda


I didn't see any agenda items proposed, so as usual this is last minute:

5 min -- Agenda-bashing and find note-taker
5 min -- Status of 2086 upd
30 min -- Issues remaining with Annotate
	- Use of StringPrep
	- UTF8 entry/attribute names
	- Post-last-call draft due... ?
30 min -- Issues remaining with ListExt
	- ATTENDEES SHOULD READ LATEST (-12) DRAFT
	- Comment on << editorial>> issues on list or at meeting
	- selection and return command options and mailbox attributes

I know Cyrus won't be there, how about Randy to discuss Annotate?  
Alexey and Barry, will one of you be there to discuss ListExt?

Any other topics?

Lisa
Permalink | Reply | 23 comments |
headers
Alexey Melnikov | 4 Mar 2005 18:28
Favicon

Re: Last minute agenda


Lisa Dusseault wrote:

> I didn't see any agenda items proposed, so as usual this is last minute:
>
> 5 min -- Agenda-bashing and find note-taker
> 5 min -- Status of 2086 upd
> 30 min -- Issues remaining with Annotate
>     - Use of StringPrep
>     - UTF8 entry/attribute names
>     - Post-last-call draft due... ?
> 30 min -- Issues remaining with ListExt
>     - ATTENDEES SHOULD READ LATEST (-12) DRAFT
>     - Comment on << editorial>> issues on list or at meeting
>     - selection and return command options and mailbox attributes
>
> I know Cyrus won't be there, how about Randy to discuss Annotate?  
> Alexey and Barry, will one of you be there to discuss ListExt?

Barry should be in Minneapolist.

> Any other topics?

Do we have a closure on the minor editorial change you've proposed for 
2086upd?

I also have a proposal to extract all ABNF/text that extends various 
standard IMAP commands (like SELECT, FETCH, STORE and STATUS and APPEND) 
into a separate document. This will avoid unnecessary dependencies, for 
example between CATENATE and ANNOTATE.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Cyrus Daboo | 4 Mar 2005 19:03

Re: Last minute agenda


Hi Alexey,

--On Friday, March 04, 2005 05:28:45 PM +0000 Alexey Melnikov 
<alexey.melnikov <at> isode.com> wrote:

> I also have a proposal to extract all ABNF/text that extends various
> standard IMAP commands (like SELECT, FETCH, STORE and STATUS and APPEND)
> into a separate document. This will avoid unnecessary dependencies, for
> example between CATENATE and ANNOTATE.
> In fact, I've already written it, just waiting for the moment when
> submission will be allowed.
> Does this sound interesting to the WG?

Well of course there was the command+ draft that Barry and I wrote a while 
ago - though that took an entirely different approach. I guess at this 
point we have to do a case-by-case command extension syntax. It would 
certainly make it easier to have a syntax reference document that all 
relevant extensions could reference. It would certainly be useful for 
helping resolve the CATENATE / ANNOTATE inter-dependency.

Of course this adds yet another blocking dependency to all the current 
drafts...

--

-- 
Cyrus Daboo
Permalink | Reply | 1 comment |
headers
Alexey Melnikov | 4 Mar 2005 19:12
Favicon

Re: Last minute agenda


Cyrus Daboo wrote:

> Hi Alexey,
>
> --On Friday, March 04, 2005 05:28:45 PM +0000 Alexey Melnikov 
> <alexey.melnikov <at> isode.com> wrote:
>
>> I also have a proposal to extract all ABNF/text that extends various
>> standard IMAP commands (like SELECT, FETCH, STORE and STATUS and APPEND)
>> into a separate document. This will avoid unnecessary dependencies, for
>> example between CATENATE and ANNOTATE.
>> In fact, I've already written it, just waiting for the moment when
>> submission will be allowed.
>> Does this sound interesting to the WG?
>
>
> Well of course there was the command+ draft that Barry and I wrote a 
> while ago - though that took an entirely different approach.

> I guess at this point we have to do a case-by-case command extension 
> syntax.

Yes and yes.

> It would certainly make it easier to have a syntax reference document 
> that all relevant extensions could reference. It would certainly be 
> useful for helping resolve the CATENATE / ANNOTATE inter-dependency.
>
> Of course this adds yet another blocking dependency to all the current
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lisa Dusseault | 5 Mar 2005 07:44
Favicon

Re: Last minute agenda


BTW, it looks like the most recent draft that was submitted on ListExt 
was accepted Feb 10, but it's draft -11, not draft -12.

Sorry,
Lisa

On Mar 3, 2005, at 12:01 PM, Lisa Dusseault wrote:

>
> I didn't see any agenda items proposed, so as usual this is last 
> minute:
>
> 5 min -- Agenda-bashing and find note-taker
> 5 min -- Status of 2086 upd
> 30 min -- Issues remaining with Annotate
> 	- Use of StringPrep
> 	- UTF8 entry/attribute names
> 	- Post-last-call draft due... ?
> 30 min -- Issues remaining with ListExt
> 	- ATTENDEES SHOULD READ LATEST (-12) DRAFT
> 	- Comment on << editorial>> issues on list or at meeting
> 	- selection and return command options and mailbox attributes
>
> I know Cyrus won't be there, how about Randy to discuss Annotate?  
> Alexey and Barry, will one of you be there to discuss ListExt?
>
> Any other topics?
>
> Lisa
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lisa Dusseault | 7 Mar 2005 22:24
Favicon

Fwd: IESG Document Review Process Update

FYI

Begin forwarded message:

> From: "Scott Hollenbeck" <sah <at> 428cobrajet.net>
> Date: March 7, 2005 9:24:11 AM PST
> To: paul.hoffman <at> vpnc.org, tbray <at> textuality.com, 
> april.marine <at> nominum.com, ggm <at> apnic.net, rvd2 <at> drummondgroup.com, 
> mankin <at> psg.com, rg+ietf <at> qualcomm.com, andy <at> hxr.us, 
> presnick <at> qualcomm.com, lisa <at> osafoundation.org, kurt <at> openLDAP.org, 
> rlmorgan <at> washington.edu, gparsons <at> nortel.com, eburger <at> brooktrout.com, 
> ned.freed <at> mrochek.com, rra <at> stanford.edu, tony <at> att.com, 
> hofmann <at> bell-labs.com, daboo <at> isamet.com, alexey.melnikov <at> isode.com, 
> rjsparks <at> nostrum.com, hisham.khartabil <at> telio.no, 
> jhildebrand <at> jabber.com
> Cc: "'Ted Hardie'" <hardie <at> qualcomm.com>, sah <at> 428cobrajet.net
> Subject: IESG Document Review Process Update
>
> All Applications Area Working Group chairs:
>
> Over the last few years the IESG has been looking at ways to improve 
> our
> document review process.  The effort is described here:
>
> http://psg.com/~mrw/PROTO-Team/
>
> During today's open apparea meeting I announced that Ted and I will be 
> using
> the PROTO Team process for all new documents brought to us by your 
> working
(Continue reading)

Permalink | Reply | 0 comments |
headers
Lisa Dusseault | 8 Mar 2005 20:06
Favicon

Revised Agenda for IMAPEXT


Thursday, 9:00 am to 11:30 am

5 min -- Agenda-bashing and find note-taker and jabber scribe
5 min -- Status of 2086 upd -- Lisa
	- NEED MORE REVIEWERS - send note to list if you've reviewed
30 min -- Issues remaining with Annotate - Randy
	- Use of StringPrep to handle UTF8 entry/attribute names
	- OR proposal to replace UTF8 attribute name with ASCII attribute name 
+ UTF8 "displayname"
	- Plans for next draft, possible reissue of Last Call
30 min -- Issues remaining with ListExt - Barry
	- ATTENDEES SHOULD READ LATEST (-11) DRAFT
	- Comment on << editorial>> issues on list or at meeting
	- selection and return command options and mailbox attributes
10 min -- Comparator status -- Chris Newman
	- Comparator is not a WG document but I18N and SORT rely on it

Time estimates are very rough and since we have the time we'll discuss 
what comes up

Audio streaming information: http://videolab.uoregon.edu/events/ietf/
Text chat information: http://www.xmpp.org/ietf-chat.html

Lisa
Permalink | Reply | 18 comments |
headers
Mark Crispin | 8 Mar 2005 20:31

Re: Revised Agenda for IMAPEXT


On Tue, 8 Mar 2005, Lisa Dusseault wrote:
> 30 min -- Issues remaining with Annotate - Randy
> 	- Use of StringPrep to handle UTF8 entry/attribute names
> 	- OR proposal to replace UTF8 attribute name with ASCII attribute name + UTF8 "displayname"

For what it's worth, I think that the proposal to replace UTF-8 attribute 
names with an ASCII attribute name and a UTF-8 display name is a good 
idea.

-- Mark --

http://staff.washington.edu/mrc
Science does not emerge from voting, party politics, or public debate.
Si vis pacem, para bellum.
Permalink | Reply | 15 comments |
headers
Cyrus Daboo | 8 Mar 2005 20:42

Re: Revised Agenda for IMAPEXT


Hi Mark,

--On March 8, 2005 11:31:04 AM -0800 Mark Crispin <mrc <at> cac.washington.edu> 
wrote:

>> 30 min -- Issues remaining with Annotate - Randy
>> 	- Use of StringPrep to handle UTF8 entry/attribute names
>> 	- OR proposal to replace UTF8 attribute name with ASCII attribute name
>> 	+ UTF8 "displayname"
>
> For what it's worth, I think that the proposal to replace UTF-8 attribute
> names with an ASCII attribute name and a UTF-8 display name is a good
> idea.
>

What do you want to do about ANNOTATEMORE - that has mailbox names in the 
entries. I think it would be a big mistake to have to go back to using 
modified-utf7 there.

--

-- 
Cyrus Daboo
Permalink | Reply | 14 comments |
headers
Alexey Melnikov | 8 Mar 2005 20:51
Favicon

Re: Revised Agenda for IMAPEXT


Lisa Dusseault wrote:

>
> Thursday, 9:00 am to 11:30 am
>
> 5 min -- Agenda-bashing and find note-taker and jabber scribe
> 5 min -- Status of 2086 upd -- Lisa
>     - NEED MORE REVIEWERS - send note to list if you've reviewed
> 30 min -- Issues remaining with Annotate - Randy
>     - Use of StringPrep to handle UTF8 entry/attribute names
>     - OR proposal to replace UTF8 attribute name with ASCII attribute 
> name + UTF8 "displayname"
>     - Plans for next draft, possible reissue of Last Call

Another issue:

ABNF for select/examine is wrong:

      select            =/ *(SP "(" select-param *(SP select-param) ")"
                          ; modifies the original IMAP select command to
                          ; accept optional parameters

      select-param      = astring / "(" astring SP astring *(SP astring) ")"
                          ; parameters to SELECT may contain one or
                          ; more atoms or strings - multiple items
                          ; are always parenthesised

select is defined in RFC 3501 as:
      select          = "SELECT" SP mailbox
(Continue reading)

Permalink | Reply | 0 comments |

Gmane