Martijn Saly,
It's true that under the conditions I stated that the EM "cannot find" the
MSSearch service (via RPC call), but it is not true that the MSSearch
service is not started, otherwise you would of gotten an error when you
executed the sp_fulltext_* procedures. Again, its not that it is stopped,
the EM assumes so, because it cannot detect the service.
At this time, I'm not sure if this is still an issue for the SQL 2005
Management Studio (SSMS), as I don't have access to an external SQL Server
2005 box via the internet, but I might be able to register one with an IP
address on a domain tomorrow and I'll report back here on what happens.
Regards,
John
--
SQL Full Text Search Blog
http://spaces.msn.com/members/jtkane/ [quoted text, click to view] "Martijn Saly" <martijn@thany.org> wrote in message
news:Od$BhCv2FHA.3876@TK2MSFTNGP09.phx.gbl...
> John Kane wrote:
>> Martijn Saly,
>> The behavior you are seeing is by design for SQL Server 2000 as the
>> "Microsoft Search" service is an external service and cannot be directly
>> controlled by the EM when accessed across the Internet or when the server
>> is registered using an IP address or server alias. However, as you had
>> found using the system stored procs sp_fulltext_* does succeed. For now,
>> your best solution is to continue to use the sp_fulltext_* procedures.
>
> So if the EM can't find the search service, it decides it is not started?
> I wonder why the EM doesn't just try to do what I ask and then give an
> error if it didn't work (for whatever reason).
>
> So if the Search service can't be found or can't be accessed, the EM
> shouldn't simply decide for itself that the service is stopped. That's
> just very unhandy (or as some people would say: MS logic) ;)
>
> Do you know whether this is fixed with SQL 2005?
>
> --
> Thanks,
>
> Martijn Saly