[zeromq-dev] Can we customize a behaviour for in-mem queued messages after reconnect?

[artemv zmq]

Hello there,

Is there a any option in 0mq which would allow to decide end client what to
do with queued messages (up to hwm)  after  reconnect succeeded?   I have a
situation when re-delivering messages after communication is rather harmful
than useful.  As my mind 0mq after reconnect succeeded -- just delivers
messages w/o asking original sender.

I.e. if connection was lost, and 0mq recognized this event, then -- don't
resend messages in queue upon reconnect  and  simply clear message queue.

So, two questions -- does it make sense for broad auditory (?), and is this
doable (?)  .


Thank you in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20131220/398d9733/attachment.htm>