Michael Leonard
asked on
unable to delete messages in OWA after exchange 2010 SP1 install
after installing SP1 for Exchange 2010 when we try to delete any messages in OWA the following error is displayed:
The action you tried to perform couldn't be completed because there's a configuration problem on the server. If the problem continues, contact your helpdesk.
does anyone know how to resovle this?
thx - S.
The action you tried to perform couldn't be completed because there's a configuration problem on the server. If the problem continues, contact your helpdesk.
does anyone know how to resovle this?
thx - S.
ASKER CERTIFIED SOLUTION
membership
Create a free account to see this answer
Signing up is free and takes 30 seconds. No credit card required.
Ok well try this:
Rename the web.config file.
Then follow the steps in Brian's blog for your redirection.
http://briandesmond.com/blog/redirecting-owa-urls-in-exchange-2010/
Rename the web.config file.
Then follow the steps in Brian's blog for your redirection.
http://briandesmond.com/blog/redirecting-owa-urls-in-exchange-2010/
Forgot to also add backup your default web site to :)
ASKER
just tried that, and the same problem occurs.
when i rename the web.config file, and re setup the redirect, a new web.config file is generated. I still have the same issue. cannot delete messages or move to personal archive. the exact message is:
The action you tried to perform couldn't be completed because there's a configuration problem on the server. If the problem continues, contact your helpdesk.
when i rename the web.config file, and re setup the redirect, a new web.config file is generated. I still have the same issue. cannot delete messages or move to personal archive. the exact message is:
The action you tried to perform couldn't be completed because there's a configuration problem on the server. If the problem continues, contact your helpdesk.
Does it work on owa lite?
Open IIS Manager and select the Default Web Site. On the right hand side, under actions, click bindings. On one of the http bindings is the Internal FQDN for OWA and removing this fixed the problem.
ASKER
yes, works in OWA lite.
I just took off the redirect and deleted the web.config file completely. still having the same issue.
I just took off the redirect and deleted the web.config file completely. still having the same issue.
ASKER
not sure i follow, under the HTTP bindings i am not specifying a host header value, so no internal FQDN is present.
Hmmmmmm....
And you did iisreset? I know it's a dumb question but just want to make sure :)
ASKER
yes, several times.
Is this in your web.config?
<system.webServer>
<httpRedirect enabled="true" />
</system.webServer>
If so remove it and iisreset
<system.webServer>
<httpRedirect enabled="true" />
</system.webServer>
If so remove it and iisreset
ASKER
I have deleted the web.config all together. it no longer exists. i also removed the redirects i had in place. still the same issue.
Check your /exchange and verify that it doesn't state redirect request to it
ASKER
no luck. same issue.
Do you have your ssl port set to all unassigned or ip specific?
Well it is late here. If you find the fix please post.
Have you looked at this msexchange forum?
http://forums.msexchange.org/m_1800538473/mpage_1/key_/tm.htm#1800538473
Have you looked at this msexchange forum?
http://forums.msexchange.org/m_1800538473/mpage_1/key_/tm.htm#1800538473
ASKER
Hi Sharee, i ended up calling MSFT and the issue is now resolved. I ended up having to change the way i was redirecting, as well as reset the virtual directories.
cheers!
S.
cheers!
S.
ASKER
ended up calling MSFT to resolve.
Do you mnd posting the steps they walked you through for the redirector?
I resolved this issue using by uninstalling the CAS role and reinstalling it. It took about 45 minutes total because 4 hotfixes have to be reinstalled before you can reinstall CAS. Each hotfix asks for a reboot.
There is also a temporary workaround that got me by for a couple of days before I fixed it. Disable "SSL Required" on the EWS virtual directory. The connections still seem to be in an SSL session. Some other applicaiton error events are caused by this temporary workaround.
There is also a temporary workaround that got me by for a couple of days before I fixed it. Disable "SSL Required" on the EWS virtual directory. The connections still seem to be in an SSL session. Some other applicaiton error events are caused by this temporary workaround.
ASKER
also, i would think there must be a better solution that deleting a key file on the server.