Daily logging to the game, reading around minimum 300 or 500 messages. So it won't be a matter to me as long as aiding request kept in a separate thread.
But what you suggested needs some fine tuning,
By aiding, did you forgot the small rewards we get. Coins, forge points, blueprints and goods etc (with some help from gbs) are provided as rewards while aiding. Bringing the entire collection of rewards is one of the major factor here actually needs to cover user's city age too (in case of truce tower)
30 or 60sec auto aid mechanism really not needed. Why? Assume aid all button clicked, it will fetch each users city buildings available to aid, and decides the city building based on priority to get aid successfully. It doesn't take much time, no need to send aiding request. Then what's the problems means, getting the exact reward for that user aid. So sending aiding request, stops us collecting the rewards in this moment. Only way to support this, when clicking the aid all button, all the rewards are to be kept in a separate queue and added to the inventory similar to boost crates but as aiding bonus. Only headache is user has to click the aiding bonus crate separately or let the user use the aiding bonus rewards however they want.
Another annoying factor, spamming the message box. IMHO, even if devs applied this logic, it won't get past the beta community. Without spamming the inbox, single click aid all needs some existing behaviour to be compromised. getting rid of giving alert message if no buildings available to aid but still it gives some rewards to us which is current behaviour. Motivate / Polish not possible to do, but aiding can be done without any worries currently too even if no buildings available. So with this, no need to spamming the users inbox, if no building available, just collect that aiding reward which is always be a coins rewards and get that stored in the inventory as aiding bonus rewards crate.
Mainly aiding all logic should be running in the background. It doesn't need to affect the city progress in any way. Once it is completed, updating our inventory with aiding bonus reward crate to collect each day is not a big trouble. Problem solved.
Easy to explain this as feedback, but definitely minimum 2 weeks sprint task to code and test this approach. Sorry Dev's, but it is possible to give in this way. (When myself was Application design developer in my career, my only nightmares are modifying the existing logic to support new features. After years am suggesting similar kind of behavior. Couldn't believe myself
)