Re: ALERTS being sent with URL "localhost"
- From: "Todd Klindt" <usenet@xxxxxxxxxx>
- Date: Fri, 28 Apr 2006 11:36:23 -0500
The URL in the Alert is taken from the URL you used to connect when you
created the alert. So if you connected to
http://localhost/site/Shared%20Documents and created at alert, it would link
to Localhost. If you went to http://servername/site/Shared%20Documents the
URL in the alert would be servername. If you see 'localhost' in the Quota
alerts that means the site was restore via STSADM using localhost (i.e.
stsadm -o restore -url http://localhost/site -filename backup.dat). That's
how it happens.
Now, how to fix it...
Depending on the number of Alerts, it might be easier to just recreate them.
If you don't want to make your users recreate their own alerts you can use
the Lead-it Alerts web part to assign alerts to them. If the number of
alerts you have is too great for that, Microsoft has a "server rename" tool
that will walk through your sites and fix the URLs. As far as I know it's
not public, so you'll have to go through your TAM (if you have one) or call
PSS for it.
tk
"Jonathan Davey" <me@xxxxxxxxxxxxxxx> wrote in message
news:u11DPmpaGHA.3720@xxxxxxxxxxxxxxxxxxxxxxx
My alerts are being sent out with a link to "localhost" rather than the
FQDN.
Why is this? And can I change it somehow.
Thanks
.
- Follow-Ups:
- Re: ALERTS being sent with URL "localhost"
- From: Jonathan Davey
- Re: ALERTS being sent with URL "localhost"
- References:
- ALERTS being sent with URL "localhost"
- From: Jonathan Davey
- ALERTS being sent with URL "localhost"
- Prev by Date: Re: Windows SharePointServices 2.0 unable to migrate WMSDE to SQL data
- Next by Date: Re: Web part to add users?
- Previous by thread: ALERTS being sent with URL "localhost"
- Next by thread: Re: ALERTS being sent with URL "localhost"
- Index(es):
Relevant Pages
|
Loading