[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: draft-nerenberg-imap-binary-00.txt



From:           	Lyndon Nerenberg <lyndon@xxxxxxxxxxxxxxxxxxx>
> > Steve indicated to me last week that he would combine the first two into one
> > proposal.  Do we expect two proposals now?
> 
> Steve's proposal for XFETCH includes support for both binary fetch and
> specifying external transfer channels for a fetch. (Among other
> things.)
> 
> My proposal provides binary fetch (only) for servers that don't want/need
> to support XFETCH.
> 
> The two can live side-by-side. Time will show if BINARY has enough
> support (in the presence of XFETCH) to move forward.

since everyone likes the XFETCH syntax so much better, why not 
do this: have separate capabilities for XFETCH itself, as well as all 
of it's options. so, the XFETCH document would define the following 
capabilities:
XFETCH
XFETCH-BINARY
XFETCH-CHANNEL
XFETCH-CHARSET
etc.

that way, servers which just want to provide a binary version of 
fetch could declare just XFETCH and XFETCH-BINARY. servers 
that want all of it would declare all the XFETCH capabilities.

or is this too great a proliferation of capabilities?

one question: will XFETCH work with the UID command? ie, will i 
be able to say,

tag UID XFETCH (BINARY) 1009 etc...

"The battle 
 for mental territory 
            is glory. 
            End of story."
                           --KRS-ONE