Flushing the Message Queue

["Hollenbeck, Scott" <shollenbeck@verisign.com>]

While we're talking about messages exchanged between client and server, I
might as well bring this up: there's currently nothing in the protocol draft
that says anything about how a server should deal with messages that remain
queued for "a long time" due to a client either not retrieving their
messages or not acknowledging them.  I can't imagine a registry wanting to
keep messages enqueued for an indefinite amount of time, but I doubt that
it's a good idea to dequeue and throw messages away, either.

One possibility could be that messages must be retained for some server- or
protocol-defined amount of time, and if not dequeued by the client before
the end of the retention period perhaps the server can dequeue them and send
them to the client via an out-of-band method like email, or make them
available via ftp, or who knows what else.

Does anyone have any thoughts on the topic?

<Scott/>