cdbe62c2bb
This change in behaviour can be justified by considering when the timeout may have occurred. * If a connection is unreliable and has dropped, but without one end noticing, the messages will be retried on reconnection. Sending additional PUBLISH or PUBREL would not have changed anything. * If a client is overloaded/unable to respond/has a slow connection then sending additional PUBLISH or PUBREL would not help the client catch up. Once the backlog has cleared the client will respond. If it is not able to catch up, sending additional duplicates would not help either. |
||
---|---|---|
.. | ||
01-con-discon-success.cpp | ||
01-keepalive-pingreq.cpp | ||
01-no-clean-session.cpp | ||
01-unpwd-set.cpp | ||
01-will-set.cpp | ||
01-will-unpwd-set.cpp | ||
02-subscribe-qos0.cpp | ||
02-subscribe-qos1.cpp | ||
02-subscribe-qos2.cpp | ||
02-unsubscribe.cpp | ||
03-publish-b2c-qos1.cpp | ||
03-publish-b2c-qos2.cpp | ||
03-publish-c2b-qos1-disconnect.cpp | ||
03-publish-c2b-qos2-disconnect.cpp | ||
03-publish-c2b-qos2.cpp | ||
03-publish-qos0-no-payload.cpp | ||
03-publish-qos0.cpp | ||
04-retain-qos0.cpp | ||
08-ssl-bad-cacert.cpp | ||
08-ssl-connect-cert-auth-enc.cpp | ||
08-ssl-connect-cert-auth.cpp | ||
08-ssl-connect-no-auth.cpp | ||
08-ssl-fake-cacert.cpp | ||
09-util-topic-matching.cpp | ||
09-util-topic-tokenise.cpp | ||
Makefile |