as> Unless Perdition sits right in the protocol session and is as> proxying on a per-command basis so that it sends some commands to as> one server and some to another -- and I have no idea how that as> would work -- then, no, you cannot connect to a shared mailbox on as> another partition. It is a neat idea, though! but the code would as> probably be absolutely brutal.
You're right. The front-end proxy would have to be a lot more entangled with the conversation than something like perdition currently is. (I don't know that it would be that complicated ... you'd just have to be watching for mailbox connection requests and transparently logon/logoff the right server. Might not be *too* bad, depending on how much state you have to keep track of, but I doubt there is a proxy that does this currently.) This is probably the death blow to my evil plan. I'll have to do the usual thing of provisioning users in shared folder clusters. Pragmatically, that will work out for my use case. Thanks to all for comments. _______________________________________________ DBmail mailing list [email protected] https://mailman.fastxs.nl/mailman/listinfo/dbmail
