Hi Rob,
The marker trait NotInfluenceReceiveTimeout strictly works "for the given
message type".
You can not plug in logic as to when it should or should not influence the
receive timeout - it would be really tricky and weird to represent.
Instead you should model your timers explicitly, using `
I have a device that periodically sends a "heartbeat" message to indicate
it's on-line. If the heartbeat stops, I want to stop the actor associated
with this device. Simple enough, with setReceiveTimeout.
However, while the device is in use -- a separate state -- I want to ignore
the "heartbeat