It's not like that @Douglas Foster
Let me explain better. I already have a secondary gateway (actually more than one) to forward all traffic to and then make the rules there, but there are 2 problems:
1) I don't understand why SM can't do it on its own without having to configure a secondary gateway. I have worked with many mail servers and I have always found the routing rules.
Undoubtedly, I decided to use SM because I consider it the best choice as a whole, but it doesn't mean it can't improve. And then in a small installation I would prefer to be as independent as possible without having to use a second server.
You'll say, but you're forwarding it to another server. But the idea is to have an account on smtp2go and forward only the "dirty" traffic or what is rejected by the microsoft madness during the warmaup of an ip
And then to be honest I could also use the rules to simply determine which IP to exit with
2) Even using a secondary gateway, rules 3 and 4 are not possible. Only SM can know if it's an alias or a forward (and this type of rule would also be new because I haven't found it anywhere)
I'll give you another example that I had to solve by forwarding to another gateway because SM didn't have the functionality
But all operators must be able to send only to @domain.tld
It's a request that doesn't seem so out of place to me from the customer. In order to satisfy it, I had to forward all the outgoing @domain.tld traffic to another gateway
Moreover there is always the same question to which I have not had an answer for some time.
Assuming it's a bad idea. Why?