Hi guys and gals, We have a FE/BE setup here with Exchange 2003 and I would to like to setup some direct push clients with some mobile PDAs. We have end users accessing our OWA with RSA authenticating when they login to IIS. Since RSA blocks access (asks for credentials every time), is there a way I can have mobile devices authenticate using direct push using a virtual directory with a diffferent IP, for example, and bypass RSA without installing a second FE server? New to this, so pardon for naivete. Please let me know what other details I need to provide. Thanks in advance as always, Vitaly
On Mon, 21 Apr 2008 08:17:04 -0700, Vitaly wrote: >Hi guys and gals, > >We have a FE/BE setup here with Exchange 2003 and I would to like to setup >some direct push clients with some mobile PDAs. We have end users accessing >our OWA with RSA authenticating when they login to IIS. > >Since RSA blocks access (asks for credentials every time), is there a way I >can have mobile devices authenticate using direct push using a virtual >directory with a diffferent IP, for example, and bypass RSA without >installing a second FE server? > >New to this, so pardon for naivete. Please let me know what other details I >need to provide. > >Thanks in advance as always, > >Vitaly Wouldn't this voilate your security policy though? If a mobile device can get in why not a standard OWA session?
In article , Vitaly wrote: > Hi guys and gals, > > We have a FE/BE setup here with Exchange 2003 and I would to like to setup > some direct push clients with some mobile PDAs. We have end users accessing > our OWA with RSA authenticating when they login to IIS. > > Since RSA blocks access (asks for credentials every time), is there a way I > can have mobile devices authenticate using direct push using a virtual > directory with a diffferent IP, for example, and bypass RSA without > installing a second FE server? There's a fix to the RSA Authentication Agent that makes it work properly with Exchange ActiveSync. See <http://msexchangeteam.com/archive/2006/02/16/419756.aspx>. Cheers, -Paul
