Sound's like your having some fun, how have you decided implement the web client proxy? (perdition is just imap & pop)
Back to the original/main question-going to modify tomcat to proxy the web connections? apache/other software?
If you hit the wrong mailstore and 'always send referrer' is set, after login zimbra will redirect you to the appropriate mailstore-but that's not the same as a proxy (as you don't want any communication from the outside world directly to your server net)
Not to be a downer but my ramble:
A http/s proxy on that outside mta to me just means now your just wasting resources/time with one more step on traffic that's going to get to your mailstore anyway-just a little bit delayed...
And if your thinking: 'well if someone crashes our mta we can still access mail' True, but there's no mta to deliver even local mail so your ground to a halt anyway.
Now if you had both mta & mailstore in your cornered off server net and another device/server to proxy everything I could see the point; if that outside box goes down you still have mail access & local delivery.
-I'm a fan of
F5's BIG-IP (you can throw traffic at one address and it will sort, filter, local cluster etc) ya there's tons of products that do this.
But your goal of splitting the load, then putting load back on that mta as a proxy service boggles my mind.
So 'better' options as I see it now that I understand your end goal/network setup:
A) 2 box setup:
If you don't mind separate addresses for incoming/outgoing in imap/pop connections- Both in a location that you can route a public address too. At most you open MTA:25, Mailstore/LDAP:80/443(web) 143/993(imap) 110/995(pop if desired), (389 ldap if you choose to allow thick clients GAL access)
And if you expand to more mailservers-add perdition into the setup.
B) 3 box/device setup:
Both MTA&Mailstore in your protected net - a proxy box/device in front
(Remember your goal was to separate mta & mailstore into a multi-server deployment for load. BTW you never gave # of users/mail traffic stats?)