I had a whole post full of info and in the meanwhile I pinned the problem.
Services that have / on their name (like HTTP/S or SMTP/S) don't throw any errors for the purpose of parsing config, but when you try to re-schedule a service with such name if fails. After looking closely, I noticed the service name on the schedule becomes SMTP&S instead of SMTP/S.
Manually correcting the character allows the check to be correctly submitted.
However I suspect that this behaviour is not intended. Thank you.
External Command Interface: Sorry, but you are not authorized to commit the specified command
External Command Interface: Sorry, but you are not authorized to commit the specified command
etiam si omnes, ego non