Re: Two new drafts: Multipart/Interleaved and Application/BatchBeep

from dcrocker:

> That is a dynamic requirement that depends upon the detail of the
transport
> and the receiver.
>
> That's the job of a protocol, not a format.


from ned.freed:

> A better approach would be to use BEEP's multiple
> session capability -- the client could send the control document over and
the
> server could request things from the client on a different channel. The
result
> is a single connection, just in time data delivery, and no need for the
client
> to have to try and predict when the server will need something.

from mtr:

bingo!

/mtr