I don't get the rational for only allowing a minimum of 15 minutes to poll for updates. Every other software allows near instant polling and sending data to the server, but Webroot seems to be the only software that is stuck with this. I would understand if it did this to allow time to cancel an agent command and what not, but there isn't a way to do this. I get that there is a possibility of an unmanagable influx of data per interval, except it wouldn't make sense that a bundle of data as big as the one being sent now would be an issue as it could be avoided if you had the ability to send polling more seemlessly and at a shorter interval to better space out data. I get that maybe you don't have the infrastructure to handle so many requests, except infrastructure issues are not an excuse anymore given how cheap the cloud is in 2019. Waiting 15 minutes for a command to execute is wasting time and money not doing the next procedure. The 15 minute wait adds anxiety with the already existing uncertainty of a command reaching an endpoint due to statuses not being more descriptive of the current moment and the possibility that there may be a bug causing commands to not register with the endpoint. It would be great if I could use the Webroot GSM console to effectively manage instead of using other msp software to send commands to do the same thing in a shorter time period. But as it stands it is almost impossible to do anything in a timely manner due to the ceaseless maintaining of this 15 minute minimum.