Mike,
You need to check the InnerException, which will typically hold the
original exception that caused the remoting exception. If you get something
besides a RemotingException, then that indicates that there is a problem in
the remoting infrastructure, as opposed to an exception thrown by the method
that was called.
Hope this helps.

Signature
- Nicholas Paldino [.NET/C# MVP]
- mvp@spam.guard.caspershouse.com
> We need to get the correct error message from the .NET Remoting server on
> the
[quoted text clipped - 12 lines]
>
> This error happens if the client is on a different machine.
Mike9900 - 12 Dec 2005 17:59 GMT
Thanks for the answer. I am not sure if this helps, but why do we need to
check for the inner exception if it is on another computer. Why does it work
correctly for the client on the same computer?
Isn't it possible to change the configuration to work?

Signature
Mike
> Mike,
>
[quoted text clipped - 22 lines]
> >
> > This error happens if the client is on a different machine.
Nicholas Paldino [.NET/C# MVP] - 12 Dec 2005 21:26 GMT
Mike,
It is working. The reason it works like this is because there is a
whole other layer of indirection when you use remoting. You are dealing
with the serialization of the call stack, as well as sockets and whatnot,
each of which can throw any of the same exceptions that you might throw in
your actual method implementation. Because of this, you need some way of
differentiating between what your method threw, and a problem with the
remoting framework. The RemotingException is the way happens.

Signature
- Nicholas Paldino [.NET/C# MVP]
- mvp@spam.guard.caspershouse.com
> Thanks for the answer. I am not sure if this helps, but why do we need to
> check for the inner exception if it is on another computer. Why does it
[quoted text clipped - 37 lines]
>> >
>> > This error happens if the client is on a different machine.