Hi, I don't think removing the query parameter will be a quick fix, so if it's possible to workaround the issue on your end that would be faster.
-alex On Nov 29, 5:50 am, cirrusjoe <[EMAIL PROTECTED]> wrote: > Thanks for the quick response. > > The Calendar link works fine however, the link from the mail app is > not, due to the addition of the query string and I am guessing some > "gotcha" with either the way the oracle app server works or the > deployed pl/sql package itself. > > If you can prevent the query string from being appended that would be > helpful, though I can solve it on this end if it's something that is > not a quick fix. > > On Nov 29, 4:30 am, "Alex (Google)" <[EMAIL PROTECTED]> wrote: > > > Hi, > > > Sorry for the delay. I updated your Change password URL to: > > >http://reset.uncg.edu/ > > > Please try the link now. > > > -alex > > > On Nov 28, 1:10 pm, cirrusjoe <[EMAIL PROTECTED]> wrote: > > > > We are having a similar problem with our defined password reset page. > > > > The domain is spartan.uncg.edu > > > > The defined url for resetting a password ishttp://reset.uncg.edu/ > > > > From the mail settings, users are being redirected > > > to:https://reset.uncg.edu/?hl=en > > > From the calendar settings:https://reset.uncg.edu/ > > > > This virtual host redirects to a resource that has a really long URL. > > > Typically we don't link directly to this resource. http://reset.uncg.edu > > > redirects to a secure application. > > > > If possible we would like for the password reset link in the user > > > settings to go tohttp://reset.uncg.edu/. > > > > On Nov 19, 10:48 pm, "Alex (Google)" <[EMAIL PROTECTED]> wrote: > > > > > Hi Carlos, > > > > > Can you let me know what the Change password URL should be? I'll make > > > > sure it's set correctly. > > > > > There's a bug in the current control panel where the Change password > > > > URL does not get saved to the right place. > > > > > -alex > > > > > On Nov 19, 7:45 pm, Cuso <[EMAIL PROTECTED]> wrote: > > > > > > Users in our domain (upr.edu) are not being directed to our Identity > > > > > Provider server for password changes. Instead, they get the regular > > > > > Google change password page. Provisioning API is working and users > > > > > are directed to the IdP for logon, which tells me the SSO API is > > > > > activated. Any ideas on why this is happening. > > > > > > Thanks, > > > > > Carlos --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Apps APIs" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-apps-apis?hl=en -~----------~----~----~----~------~----~------~--~---
