|
|
|
date: Mon, 17 Oct 2005 13:59:45 +0200,
group: microsoft.public.exchange2000.development
back
Re: Event sink no longer fires
Have you ever come across situation that a sink registration item working fine for a couple of weeks suddenly lost a property but the item as a whole still exists in the folder? That's what you suggest would have happened here.
No I've have seen registrations go missing and I've seen virus checkers and Content filtering software sometimes remove the content within Event registrations these where all script based sinks. Com registration are usually a lot more reliable (as long as you not recompiling the event sink with a different cslid) it would be pretty strange for an item to lose one property it more likely some sort of third party software is deleting the item all together, if you losing one property this may be Exchange doing this to disable the event sink (hence the Event in you event log). There should always be a corresponding item in the SystemMailbox for an event sink if its not there the sink will usually not work (especially after a reboot) that level of detail of eventsink architecture isn't documented anywhere that I know (my knowledge is based on experience only so I could be wrong).
You really need to audit the server and compare it with other servers where you don't have a problem, look at the what's installed on the box eg what Virus/SPAM/content filter software is being used and how is it configured are there any other third party products installed (eg achieving software). Are there full scan of the mailbox configured to happen on a schedule basis. Are they using ESE based products (which are usually not supported) http://support.microsoft.com/kb/823166. Also look at the users that are having problems are they using and third party calendar sync products and plug-ins in Outlook etc. Maybe create another eventsink on the one of the users that are having a problem does the same thing happen to this sink. Does the server have multiple mailbox stores and there user has been move from one store to other.
Cheers
Glen
"Sorry" wrote in message news:%23aEBReI1FHA.4064@TK2MSFTNGP09.phx.gbl...
I appreciate your input very much Glen
Have you ever come across situation that a sink registration item working fine for a couple of weeks suddenly lost a property but the item as a whole still exists in the folder? That's what you suggest would have happend here.
I use a cdo item to create the event reg item and in it I set the sinkclass to a com component.
It's not that the event does not work.. it works always after creating it and continues to work but for a couple of users in one out of ten installations. While it stops working for one user, the same event continues to fire for the other users. So the event item is in place, the com method is in place and available (because it still works for other users), the server virusscanner scans no exchange file locations.
What is left to investigate? Does every event registration item on a user folder always have a corresponding item in the SystemMailbox? Would the event stop firing when it is gone there? I can't find info on the web about that.. I had a look at it on my server with Exchange Explorer and do see a load of items in the Internal container. I wonder what happens when I delete one of them from that 'Internal' folder but don't want to mess up the server. Would it hurt?
"Glen Scales [MVP]" wrote news:egr5$SF1FHA.1252@TK2MSFTNGP09.phx.gbl...
That event generally means that a binding error has occurred meaning that one of the resource required to make that event work is not available or has changed names or location. If you are using a script how was the event registered via regevent.vbs or Exchange explorer. If you used Exchange Explorer maybe the event sink registration item is there but the script that is referenced in the http://schemas.microsoft.com/exchange/events/ScriptUrl property is not.
Its might be worth trying to investigate if something is missing next time the problem occurs.
Cheers
Glen
"Sorry" wrote in message news:emWMUF90FHA.560@TK2MSFTNGP12.phx.gbl...
Hi Glen,
Asked the client to check for that. His eventlog claims:
Microsoft Exchange OLEDB was unable to initialize the event binding for file://./backofficestorage/domainofclient/mbx/mailbox name/calendar/event item name
BindingID = {DD86D637-0D52-4F74-891B-169CD0DD3717}, HRESULT = 0x80070002
googling it: (0x80070002) seams to be "File not found" ? What file does it mean? is it:
"hey buddy I can't find your event item!" ?
As the event item is still in the calendar (100% sure of that) what does exoledb mean.. it's not in the systemmailbox/storevents/internal container? And if it is not, who or what removed it there and why only with one or a few users??
Or is it
"hey buddy the event script called your dll but it was trying to do something with a file that the OS could not find"
Questions..
"Glen Scales [MVP]" wrote news:erjcT440FHA.3188@TK2MSFTNGP14.phx.gbl...
>I would check the Event log on the Exchange server first usually if an Event
> sink is disabled by Exchange then you'll see some events from Exoledb
>
> When it doesn't work have you checked the Event sink registrations (check
> the System Mailbox as well there should be a corresponding entry for that
> sink)? is it still there and intact I've seen virus checkers before
> delete/quarantine registration objects so I would check your virus scanner
> logs to determine if this might be happening.
>
> Cheers
> Glen
>
> "Sorry" wrote in message
> news:%23nClFJx0FHA.4032@TK2MSFTNGP15.phx.gbl...
>> Hi,
>>
>> Sometimes the async eventsink on a user calendar stops firing.
>> Deleting and recreating the eventsink item in the calendar fixes the
>> situation.
>>
>> Windows Server 2003
>> Exchange server 2003 SP1
>> Outlook 2003 SP1
>>
>> no eventlog errors.
>>
>> Is this a known Exchange server bug?
>> Any way to troubleshoot this?
>>
>> thanks,
>> John
>>
>
>
date: Thu, 20 Oct 2005 14:22:01 +1000
author: Glen Scales [MVP]
Re: Event sink no longer fires
Thanks for all your help Glen. i'll put up my Sherlock Holmes hat and post it here if I have anything new to work with.
"Glen Scales [MVP]" wrote news:eNNeV3S1FHA.3560@TK2MSFTNGP15.phx.gbl...
Have you ever come across situation that a sink registration item working fine for a couple of weeks suddenly lost a property but the item as a whole still exists in the folder? That's what you suggest would have happened here.
No I've have seen registrations go missing and I've seen virus checkers and Content filtering software sometimes remove the content within Event registrations these where all script based sinks. Com registration are usually a lot more reliable (as long as you not recompiling the event sink with a different cslid) it would be pretty strange for an item to lose one property it more likely some sort of third party software is deleting the item all together, if you losing one property this may be Exchange doing this to disable the event sink (hence the Event in you event log). There should always be a corresponding item in the SystemMailbox for an event sink if its not there the sink will usually not work (especially after a reboot) that level of detail of eventsink architecture isn't documented anywhere that I know (my knowledge is based on experience only so I could be wrong).
You really need to audit the server and compare it with other servers where you don't have a problem, look at the what's installed on the box eg what Virus/SPAM/content filter software is being used and how is it configured are there any other third party products installed (eg achieving software). Are there full scan of the mailbox configured to happen on a schedule basis. Are they using ESE based products (which are usually not supported) http://support.microsoft.com/kb/823166. Also look at the users that are having problems are they using and third party calendar sync products and plug-ins in Outlook etc. Maybe create another eventsink on the one of the users that are having a problem does the same thing happen to this sink. Does the server have multiple mailbox stores and there user has been move from one store to other.
Cheers
Glen
"Sorry" wrote in message news:%23aEBReI1FHA.4064@TK2MSFTNGP09.phx.gbl...
I appreciate your input very much Glen
Have you ever come across situation that a sink registration item working fine for a couple of weeks suddenly lost a property but the item as a whole still exists in the folder? That's what you suggest would have happend here.
I use a cdo item to create the event reg item and in it I set the sinkclass to a com component.
It's not that the event does not work.. it works always after creating it and continues to work but for a couple of users in one out of ten installations. While it stops working for one user, the same event continues to fire for the other users. So the event item is in place, the com method is in place and available (because it still works for other users), the server virusscanner scans no exchange file locations.
What is left to investigate? Does every event registration item on a user folder always have a corresponding item in the SystemMailbox? Would the event stop firing when it is gone there? I can't find info on the web about that.. I had a look at it on my server with Exchange Explorer and do see a load of items in the Internal container. I wonder what happens when I delete one of them from that 'Internal' folder but don't want to mess up the server. Would it hurt?
"Glen Scales [MVP]" wrote news:egr5$SF1FHA.1252@TK2MSFTNGP09.phx.gbl...
That event generally means that a binding error has occurred meaning that one of the resource required to make that event work is not available or has changed names or location. If you are using a script how was the event registered via regevent.vbs or Exchange explorer. If you used Exchange Explorer maybe the event sink registration item is there but the script that is referenced in the http://schemas.microsoft.com/exchange/events/ScriptUrl property is not.
Its might be worth trying to investigate if something is missing next time the problem occurs.
Cheers
Glen
"Sorry" wrote in message news:emWMUF90FHA.560@TK2MSFTNGP12.phx.gbl...
Hi Glen,
Asked the client to check for that. His eventlog claims:
Microsoft Exchange OLEDB was unable to initialize the event binding for file://./backofficestorage/domainofclient/mbx/mailbox name/calendar/event item name
BindingID = {DD86D637-0D52-4F74-891B-169CD0DD3717}, HRESULT = 0x80070002
googling it: (0x80070002) seams to be "File not found" ? What file does it mean? is it:
"hey buddy I can't find your event item!" ?
As the event item is still in the calendar (100% sure of that) what does exoledb mean.. it's not in the systemmailbox/storevents/internal container? And if it is not, who or what removed it there and why only with one or a few users??
Or is it
"hey buddy the event script called your dll but it was trying to do something with a file that the OS could not find"
Questions..
"Glen Scales [MVP]" wrote news:erjcT440FHA.3188@TK2MSFTNGP14.phx.gbl...
>I would check the Event log on the Exchange server first usually if an Event
> sink is disabled by Exchange then you'll see some events from Exoledb
>
> When it doesn't work have you checked the Event sink registrations (check
> the System Mailbox as well there should be a corresponding entry for that
> sink)? is it still there and intact I've seen virus checkers before
> delete/quarantine registration objects so I would check your virus scanner
> logs to determine if this might be happening.
>
> Cheers
> Glen
>
> "Sorry" wrote in message
> news:%23nClFJx0FHA.4032@TK2MSFTNGP15.phx.gbl...
>> Hi,
>>
>> Sometimes the async eventsink on a user calendar stops firing.
>> Deleting and recreating the eventsink item in the calendar fixes the
>> situation.
>>
>> Windows Server 2003
>> Exchange server 2003 SP1
>> Outlook 2003 SP1
>>
>> no eventlog errors.
>>
>> Is this a known Exchange server bug?
>> Any way to troubleshoot this?
>>
>> thanks,
>> John
>>
>
>
date: Thu, 20 Oct 2005 09:32:41 +0200
author: Sorry
|
|
