|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Store Event Sink in Exchange 2007 using CDOEXI'm making an event sink (asynchronous) that will process e-mails, appointments and tasks that contain some custome parametres set with an Outlook add-in. 1) Currently I have problems finding the right cdoex.dll file. I'm developing on an virtual machine with the 30 day trial of Exchange 2007 downloaded from Microsoft, but when I use the cdoex.dll file from \program files\common files\Microsoft Shared\CDO this does not have (amongst others) the Item class as specified in the Exchange 2007 SDK (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, in \Program Files\Microsoft\Exchange Server\Bin there is a file called Interop.CDOEX.dll which have the Itme class. 2) I know that the assemblies I use will have to be strong named, but will this mean that my event sink dll will innclude functionality from referenced strong named assemblies, or will it use the ones in the system? 3) I'm planning on developing on the virtual server, but test in an live 64bit Exchange 2007 server. Will this require me to rebuild the solution with the dll's from the test server, and again for deployment? Any help is much appreciated! Regards Knut Hello,
I recently upgraded a store event sink from Exchange 2003 to 2007 and used exactly the same interop assemblies. By default, tlbimp (or Visual Studio) generate processor-agnostic stub dlls. They can be used with 2003, 2007, x86 and x64. Kind regards, Henning Krause Show quote "knutl" <kn***@discussions.microsoft.com> wrote in message news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... > Hi all > I'm making an event sink (asynchronous) that will process e-mails, > appointments and tasks that contain some custome parametres set with an > Outlook add-in. > > 1) > Currently I have problems finding the right cdoex.dll file. I'm developing > on an virtual machine with the 30 day trial of Exchange 2007 downloaded > from > Microsoft, but when I use the cdoex.dll file from \program files\common > files\Microsoft Shared\CDO this does not have (amongst others) the Item > class > as specified in the Exchange 2007 SDK > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, in > \Program Files\Microsoft\Exchange Server\Bin there is a file called > Interop.CDOEX.dll which have the Itme class. > > 2) > I know that the assemblies I use will have to be strong named, but will > this > mean that my event sink dll will innclude functionality from referenced > strong named assemblies, or will it use the ones in the system? > > 3) > I'm planning on developing on the virtual server, but test in an live > 64bit > Exchange 2007 server. Will this require me to rebuild the solution with > the > dll's from the test server, and again for deployment? > > Any help is much appreciated! > Regards > Knut Hi Henning and thank you for your answer.
I ended up using the cdoex dll file from common files and using the tlbimp tool, and it seems to be OK. However, I have a followup question I hope the community can help me with. I want to use the regevent.vbs script to register my transport event sink. The event sink is registered as a COM+ application, and as far as I understand next step is to run the script. My problem is that I do not know how to get the correct path for the registration item. Examples use file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. Can anyone give me a clue on this? Thank you. -Knut Show quote "Henning Krause [MVP - Exchange]" wrote: > Hello, > > I recently upgraded a store event sink from Exchange 2003 to 2007 and used > exactly the same interop assemblies. By default, tlbimp (or Visual Studio) > generate processor-agnostic stub dlls. They can be used with 2003, 2007, x86 > and x64. > > Kind regards, > Henning Krause > > "knutl" <kn***@discussions.microsoft.com> wrote in message > news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... > > Hi all > > I'm making an event sink (asynchronous) that will process e-mails, > > appointments and tasks that contain some custome parametres set with an > > Outlook add-in. > > > > 1) > > Currently I have problems finding the right cdoex.dll file. I'm developing > > on an virtual machine with the 30 day trial of Exchange 2007 downloaded > > from > > Microsoft, but when I use the cdoex.dll file from \program files\common > > files\Microsoft Shared\CDO this does not have (amongst others) the Item > > class > > as specified in the Exchange 2007 SDK > > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, in > > \Program Files\Microsoft\Exchange Server\Bin there is a file called > > Interop.CDOEX.dll which have the Itme class. > > > > 2) > > I know that the assemblies I use will have to be strong named, but will > > this > > mean that my event sink dll will innclude functionality from referenced > > strong named assemblies, or will it use the ones in the system? > > > > 3) > > I'm planning on developing on the virtual server, but test in an live > > 64bit > > Exchange 2007 server. Will this require me to rebuild the solution with > > the > > dll's from the test server, and again for deployment? > > > > Any help is much appreciated! > > Regards > > Knut > > Hello,
you may want to take a look at http://www.infinitec.de/articles/exchange/managedeventsinks.aspx. Generally, you install the event sink into the folder you want to monitor. An exception to this rule are store-wide event sinks. These allow you to monitor all changes in all mailboxes of a given mailbox store. These eventsinks are installed into the systemmailbox. But it seems that you just want to monitor the inbox of a specific user. In this case, your url is fine. Note that your must replace exchange.example.com with the primary smtp domain of your organization. Kind regards, Henning Krause Show quote "knutl" <kn***@discussions.microsoft.com> wrote in message news:665CE824-6040-40E3-A412-49F2D07836A3@microsoft.com... > Hi Henning and thank you for your answer. > > I ended up using the cdoex dll file from common files and using the tlbimp > tool, and it seems to be OK. > > However, I have a followup question I hope the community can help me with. > I want to use the regevent.vbs script to register my transport event sink. > The event sink is registered as a COM+ application, and as far as I > understand next step is to run the script. My problem is that I do not > know > how to get the correct path for the registration item. Examples use > file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. > > Can anyone give me a clue on this? > > Thank you. > -Knut > > "Henning Krause [MVP - Exchange]" wrote: > >> Hello, >> >> I recently upgraded a store event sink from Exchange 2003 to 2007 and >> used >> exactly the same interop assemblies. By default, tlbimp (or Visual >> Studio) >> generate processor-agnostic stub dlls. They can be used with 2003, 2007, >> x86 >> and x64. >> >> Kind regards, >> Henning Krause >> >> "knutl" <kn***@discussions.microsoft.com> wrote in message >> news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... >> > Hi all >> > I'm making an event sink (asynchronous) that will process e-mails, >> > appointments and tasks that contain some custome parametres set with an >> > Outlook add-in. >> > >> > 1) >> > Currently I have problems finding the right cdoex.dll file. I'm >> > developing >> > on an virtual machine with the 30 day trial of Exchange 2007 downloaded >> > from >> > Microsoft, but when I use the cdoex.dll file from \program files\common >> > files\Microsoft Shared\CDO this does not have (amongst others) the Item >> > class >> > as specified in the Exchange 2007 SDK >> > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, in >> > \Program Files\Microsoft\Exchange Server\Bin there is a file called >> > Interop.CDOEX.dll which have the Itme class. >> > >> > 2) >> > I know that the assemblies I use will have to be strong named, but will >> > this >> > mean that my event sink dll will innclude functionality from referenced >> > strong named assemblies, or will it use the ones in the system? >> > >> > 3) >> > I'm planning on developing on the virtual server, but test in an live >> > 64bit >> > Exchange 2007 server. Will this require me to rebuild the solution with >> > the >> > dll's from the test server, and again for deployment? >> > >> > Any help is much appreciated! >> > Regards >> > Knut >> >> Hello again,
I have managed to install the COM+ application, and have changed exchange.example.com to contoso.com (I'm using the Exchange 2007 vhd 30 day trial from Microsoft). However, when I try to run cscript regevent.vbs add "onsave" EXEventSink.EXEventSink file://./BackOfficeStorage/contoso.com/MBX/johnd/EventSink1 -m deep I get the following error: Error Opening Connection : -2147023834 The service has not been started. I have also tried different variations of the URI, but with the same error. I can't figure out what this means. Any clues? Regards -Knut Show quote "Henning Krause [MVP - Exchange]" wrote: > Hello, > > you may want to take a look at > http://www.infinitec.de/articles/exchange/managedeventsinks.aspx. > > Generally, you install the event sink into the folder you want to monitor. > An exception to this rule are store-wide event sinks. These allow you to > monitor all changes in all mailboxes of a given mailbox store. These > eventsinks are installed into the systemmailbox. > > But it seems that you just want to monitor the inbox of a specific user. In > this case, your url is fine. Note that your must replace > exchange.example.com with the primary smtp domain of your organization. > > Kind regards, > Henning Krause > > "knutl" <kn***@discussions.microsoft.com> wrote in message > news:665CE824-6040-40E3-A412-49F2D07836A3@microsoft.com... > > Hi Henning and thank you for your answer. > > > > I ended up using the cdoex dll file from common files and using the tlbimp > > tool, and it seems to be OK. > > > > However, I have a followup question I hope the community can help me with. > > I want to use the regevent.vbs script to register my transport event sink. > > The event sink is registered as a COM+ application, and as far as I > > understand next step is to run the script. My problem is that I do not > > know > > how to get the correct path for the registration item. Examples use > > file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. > > > > Can anyone give me a clue on this? > > > > Thank you. > > -Knut > > > > "Henning Krause [MVP - Exchange]" wrote: > > > >> Hello, > >> > >> I recently upgraded a store event sink from Exchange 2003 to 2007 and > >> used > >> exactly the same interop assemblies. By default, tlbimp (or Visual > >> Studio) > >> generate processor-agnostic stub dlls. They can be used with 2003, 2007, > >> x86 > >> and x64. > >> > >> Kind regards, > >> Henning Krause > >> > >> "knutl" <kn***@discussions.microsoft.com> wrote in message > >> news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... > >> > Hi all > >> > I'm making an event sink (asynchronous) that will process e-mails, > >> > appointments and tasks that contain some custome parametres set with an > >> > Outlook add-in. > >> > > >> > 1) > >> > Currently I have problems finding the right cdoex.dll file. I'm > >> > developing > >> > on an virtual machine with the 30 day trial of Exchange 2007 downloaded > >> > from > >> > Microsoft, but when I use the cdoex.dll file from \program files\common > >> > files\Microsoft Shared\CDO this does not have (amongst others) the Item > >> > class > >> > as specified in the Exchange 2007 SDK > >> > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, in > >> > \Program Files\Microsoft\Exchange Server\Bin there is a file called > >> > Interop.CDOEX.dll which have the Itme class. > >> > > >> > 2) > >> > I know that the assemblies I use will have to be strong named, but will > >> > this > >> > mean that my event sink dll will innclude functionality from referenced > >> > strong named assemblies, or will it use the ones in the system? > >> > > >> > 3) > >> > I'm planning on developing on the virtual server, but test in an live > >> > 64bit > >> > Exchange 2007 server. Will this require me to rebuild the solution with > >> > the > >> > dll's from the test server, and again for deployment? > >> > > >> > Any help is much appreciated! > >> > Regards > >> > Knut > >> > >> > > My guesses are:
Your com+ service is not able to start or the Exchange information store is not started. If you get this when opening the connection (before the script is trying to save the sink), I would suggest double checking to see if the Information Store is in the running state. Can you run the following command sucessfully? cscript regevent.vbs enum file://./BackOfficeStorage/contoso.com/MBX/johnd/ If COM+ is the cause, make sure the component is a server application and that it is running under an account that has full access to the johnd mailbox. Also make sure this account is given the "Log on as a batch job" privilege (or add it as a local admin). /Nico Show quote "knutl" <kn***@discussions.microsoft.com> wrote in message news:7CC48811-ACF7-411B-AE65-225F4FBE59CE@microsoft.com... > Hello again, > > I have managed to install the COM+ application, and have changed > exchange.example.com to contoso.com (I'm using the Exchange 2007 vhd 30 > day > trial from Microsoft). However, when I try to run > > cscript regevent.vbs add "onsave" EXEventSink.EXEventSink > file://./BackOfficeStorage/contoso.com/MBX/johnd/EventSink1 -m deep > > I get the following error: > Error Opening Connection : -2147023834 The service has not been started. > > I have also tried different variations of the URI, but with the same > error. > I can't figure out what this means. Any clues? > > Regards > -Knut > > "Henning Krause [MVP - Exchange]" wrote: > >> Hello, >> >> you may want to take a look at >> http://www.infinitec.de/articles/exchange/managedeventsinks.aspx. >> >> Generally, you install the event sink into the folder you want to >> monitor. >> An exception to this rule are store-wide event sinks. These allow you to >> monitor all changes in all mailboxes of a given mailbox store. These >> eventsinks are installed into the systemmailbox. >> >> But it seems that you just want to monitor the inbox of a specific user. >> In >> this case, your url is fine. Note that your must replace >> exchange.example.com with the primary smtp domain of your organization. >> >> Kind regards, >> Henning Krause >> >> "knutl" <kn***@discussions.microsoft.com> wrote in message >> news:665CE824-6040-40E3-A412-49F2D07836A3@microsoft.com... >> > Hi Henning and thank you for your answer. >> > >> > I ended up using the cdoex dll file from common files and using the >> > tlbimp >> > tool, and it seems to be OK. >> > >> > However, I have a followup question I hope the community can help me >> > with. >> > I want to use the regevent.vbs script to register my transport event >> > sink. >> > The event sink is registered as a COM+ application, and as far as I >> > understand next step is to run the script. My problem is that I do not >> > know >> > how to get the correct path for the registration item. Examples use >> > file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. >> > >> > Can anyone give me a clue on this? >> > >> > Thank you. >> > -Knut >> > >> > "Henning Krause [MVP - Exchange]" wrote: >> > >> >> Hello, >> >> >> >> I recently upgraded a store event sink from Exchange 2003 to 2007 and >> >> used >> >> exactly the same interop assemblies. By default, tlbimp (or Visual >> >> Studio) >> >> generate processor-agnostic stub dlls. They can be used with 2003, >> >> 2007, >> >> x86 >> >> and x64. >> >> >> >> Kind regards, >> >> Henning Krause >> >> >> >> "knutl" <kn***@discussions.microsoft.com> wrote in message >> >> news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... >> >> > Hi all >> >> > I'm making an event sink (asynchronous) that will process e-mails, >> >> > appointments and tasks that contain some custome parametres set with >> >> > an >> >> > Outlook add-in. >> >> > >> >> > 1) >> >> > Currently I have problems finding the right cdoex.dll file. I'm >> >> > developing >> >> > on an virtual machine with the 30 day trial of Exchange 2007 >> >> > downloaded >> >> > from >> >> > Microsoft, but when I use the cdoex.dll file from \program >> >> > files\common >> >> > files\Microsoft Shared\CDO this does not have (amongst others) the >> >> > Item >> >> > class >> >> > as specified in the Exchange 2007 SDK >> >> > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, >> >> > in >> >> > \Program Files\Microsoft\Exchange Server\Bin there is a file called >> >> > Interop.CDOEX.dll which have the Itme class. >> >> > >> >> > 2) >> >> > I know that the assemblies I use will have to be strong named, but >> >> > will >> >> > this >> >> > mean that my event sink dll will innclude functionality from >> >> > referenced >> >> > strong named assemblies, or will it use the ones in the system? >> >> > >> >> > 3) >> >> > I'm planning on developing on the virtual server, but test in an >> >> > live >> >> > 64bit >> >> > Exchange 2007 server. Will this require me to rebuild the solution >> >> > with >> >> > the >> >> > dll's from the test server, and again for deployment? >> >> > >> >> > Any help is much appreciated! >> >> > Regards >> >> > Knut >> >> >> >> >> >> When running the command you pasted I get the same error as previously. I've
also checked that the Exchange Information Store is running, no problems there. To me it seems as the connection fails when using the ADODB.Connection.Open command in the script, but I don't know why... I must say that I'm trying this on a 32bit Exchange vhd image downloaded from Microsoft. Could it be that this image does not have the right setup to register an event sink? -Knut Show quote "Nicolai Grødum" wrote: > My guesses are: > > Your com+ service is not able to start or the Exchange information store is > not started. > > If you get this when opening the connection (before the script is trying to > save the sink), I would suggest double checking to see if the Information > Store is in the running state. > > Can you run the following command sucessfully? > > cscript regevent.vbs enum file://./BackOfficeStorage/contoso.com/MBX/johnd/ > > > If COM+ is the cause, make sure the component is a server application and > that it is running under an account that has full access to the johnd > mailbox. Also make sure this account is given the "Log on as a batch job" > privilege (or add it as a local admin). > > /Nico > > "knutl" <kn***@discussions.microsoft.com> wrote in message > news:7CC48811-ACF7-411B-AE65-225F4FBE59CE@microsoft.com... > > Hello again, > > > > I have managed to install the COM+ application, and have changed > > exchange.example.com to contoso.com (I'm using the Exchange 2007 vhd 30 > > day > > trial from Microsoft). However, when I try to run > > > > cscript regevent.vbs add "onsave" EXEventSink.EXEventSink > > file://./BackOfficeStorage/contoso.com/MBX/johnd/EventSink1 -m deep > > > > I get the following error: > > Error Opening Connection : -2147023834 The service has not been started. > > > > I have also tried different variations of the URI, but with the same > > error. > > I can't figure out what this means. Any clues? > > > > Regards > > -Knut > > > > "Henning Krause [MVP - Exchange]" wrote: > > > >> Hello, > >> > >> you may want to take a look at > >> http://www.infinitec.de/articles/exchange/managedeventsinks.aspx. > >> > >> Generally, you install the event sink into the folder you want to > >> monitor. > >> An exception to this rule are store-wide event sinks. These allow you to > >> monitor all changes in all mailboxes of a given mailbox store. These > >> eventsinks are installed into the systemmailbox. > >> > >> But it seems that you just want to monitor the inbox of a specific user. > >> In > >> this case, your url is fine. Note that your must replace > >> exchange.example.com with the primary smtp domain of your organization. > >> > >> Kind regards, > >> Henning Krause > >> > >> "knutl" <kn***@discussions.microsoft.com> wrote in message > >> news:665CE824-6040-40E3-A412-49F2D07836A3@microsoft.com... > >> > Hi Henning and thank you for your answer. > >> > > >> > I ended up using the cdoex dll file from common files and using the > >> > tlbimp > >> > tool, and it seems to be OK. > >> > > >> > However, I have a followup question I hope the community can help me > >> > with. > >> > I want to use the regevent.vbs script to register my transport event > >> > sink. > >> > The event sink is registered as a COM+ application, and as far as I > >> > understand next step is to run the script. My problem is that I do not > >> > know > >> > how to get the correct path for the registration item. Examples use > >> > file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. > >> > > >> > Can anyone give me a clue on this? > >> > > >> > Thank you. > >> > -Knut > >> > > >> > "Henning Krause [MVP - Exchange]" wrote: > >> > > >> >> Hello, > >> >> > >> >> I recently upgraded a store event sink from Exchange 2003 to 2007 and > >> >> used > >> >> exactly the same interop assemblies. By default, tlbimp (or Visual > >> >> Studio) > >> >> generate processor-agnostic stub dlls. They can be used with 2003, > >> >> 2007, > >> >> x86 > >> >> and x64. > >> >> > >> >> Kind regards, > >> >> Henning Krause > >> >> > >> >> "knutl" <kn***@discussions.microsoft.com> wrote in message > >> >> news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... > >> >> > Hi all > >> >> > I'm making an event sink (asynchronous) that will process e-mails, > >> >> > appointments and tasks that contain some custome parametres set with > >> >> > an > >> >> > Outlook add-in. > >> >> > > >> >> > 1) > >> >> > Currently I have problems finding the right cdoex.dll file. I'm > >> >> > developing > >> >> > on an virtual machine with the 30 day trial of Exchange 2007 > >> >> > downloaded > >> >> > from > >> >> > Microsoft, but when I use the cdoex.dll file from \program > >> >> > files\common > >> >> > files\Microsoft Shared\CDO this does not have (amongst others) the > >> >> > Item > >> >> > class > >> >> > as specified in the Exchange 2007 SDK > >> >> > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, > >> >> > in > >> >> > \Program Files\Microsoft\Exchange Server\Bin there is a file called > >> >> > Interop.CDOEX.dll which have the Itme class. > >> >> > > >> >> > 2) > >> >> > I know that the assemblies I use will have to be strong named, but > >> >> > will > >> >> > this > >> >> > mean that my event sink dll will innclude functionality from > >> >> > referenced > >> >> > strong named assemblies, or will it use the ones in the system? > >> >> > > >> >> > 3) > >> >> > I'm planning on developing on the virtual server, but test in an > >> >> > live > >> >> > 64bit > >> >> > Exchange 2007 server. Will this require me to rebuild the solution > >> >> > with > >> >> > the > >> >> > dll's from the test server, and again for deployment? > >> >> > > >> >> > Any help is much appreciated! > >> >> > Regards > >> >> > Knut > >> >> > >> >> > >> > >> > Hello again all.
Since my last post I've done the same procedure on another Exchange 2007 32 and 64 bit trial images with success. Why I couldn't register it on the origianl vhd image is still a unsolved, but I guess it will continue to be :) However, I have a followup question to my situation: Using CDOEX and the DataSource.Open() method, shouldn't it be possible to authenticate using the user that is registered in the Identity tab (This user) in the COM+ application? I've tried using "" for the password and username in the Open method, but with no luck yet. The thing is that I want the event sink to be run on multiple users. I've tried hardcoding the correct user into the code, and it works, however, if I set up another user with "Send As" and "Receive As" rights to this user, it doesn't work with this user in the Identity tab or this user hardcoded into the event sink. I'm not 100% sure I have AD configured right either. Appreciate your answers Regards Knut Show quote "knut" wrote: > When running the command you pasted I get the same error as previously. I've > also checked that the Exchange Information Store is running, no problems > there. To me it seems as the connection fails when using the > ADODB.Connection.Open command in the script, but I don't know why... > > I must say that I'm trying this on a 32bit Exchange vhd image downloaded > from Microsoft. Could it be that this image does not have the right setup to > register an event sink? > > -Knut > > "Nicolai Grødum" wrote: > > > My guesses are: > > > > Your com+ service is not able to start or the Exchange information store is > > not started. > > > > If you get this when opening the connection (before the script is trying to > > save the sink), I would suggest double checking to see if the Information > > Store is in the running state. > > > > Can you run the following command sucessfully? > > > > cscript regevent.vbs enum file://./BackOfficeStorage/contoso.com/MBX/johnd/ > > > > > > If COM+ is the cause, make sure the component is a server application and > > that it is running under an account that has full access to the johnd > > mailbox. Also make sure this account is given the "Log on as a batch job" > > privilege (or add it as a local admin). > > > > /Nico > > > > "knutl" <kn***@discussions.microsoft.com> wrote in message > > news:7CC48811-ACF7-411B-AE65-225F4FBE59CE@microsoft.com... > > > Hello again, > > > > > > I have managed to install the COM+ application, and have changed > > > exchange.example.com to contoso.com (I'm using the Exchange 2007 vhd 30 > > > day > > > trial from Microsoft). However, when I try to run > > > > > > cscript regevent.vbs add "onsave" EXEventSink.EXEventSink > > > file://./BackOfficeStorage/contoso.com/MBX/johnd/EventSink1 -m deep > > > > > > I get the following error: > > > Error Opening Connection : -2147023834 The service has not been started. > > > > > > I have also tried different variations of the URI, but with the same > > > error. > > > I can't figure out what this means. Any clues? > > > > > > Regards > > > -Knut > > > > > > "Henning Krause [MVP - Exchange]" wrote: > > > > > >> Hello, > > >> > > >> you may want to take a look at > > >> http://www.infinitec.de/articles/exchange/managedeventsinks.aspx. > > >> > > >> Generally, you install the event sink into the folder you want to > > >> monitor. > > >> An exception to this rule are store-wide event sinks. These allow you to > > >> monitor all changes in all mailboxes of a given mailbox store. These > > >> eventsinks are installed into the systemmailbox. > > >> > > >> But it seems that you just want to monitor the inbox of a specific user. > > >> In > > >> this case, your url is fine. Note that your must replace > > >> exchange.example.com with the primary smtp domain of your organization. > > >> > > >> Kind regards, > > >> Henning Krause > > >> > > >> "knutl" <kn***@discussions.microsoft.com> wrote in message > > >> news:665CE824-6040-40E3-A412-49F2D07836A3@microsoft.com... > > >> > Hi Henning and thank you for your answer. > > >> > > > >> > I ended up using the cdoex dll file from common files and using the > > >> > tlbimp > > >> > tool, and it seems to be OK. > > >> > > > >> > However, I have a followup question I hope the community can help me > > >> > with. > > >> > I want to use the regevent.vbs script to register my transport event > > >> > sink. > > >> > The event sink is registered as a COM+ application, and as far as I > > >> > understand next step is to run the script. My problem is that I do not > > >> > know > > >> > how to get the correct path for the registration item. Examples use > > >> > file://./backofficestorage/exchange.example.com/user1/inbox/EventRegItem1. > > >> > > > >> > Can anyone give me a clue on this? > > >> > > > >> > Thank you. > > >> > -Knut > > >> > > > >> > "Henning Krause [MVP - Exchange]" wrote: > > >> > > > >> >> Hello, > > >> >> > > >> >> I recently upgraded a store event sink from Exchange 2003 to 2007 and > > >> >> used > > >> >> exactly the same interop assemblies. By default, tlbimp (or Visual > > >> >> Studio) > > >> >> generate processor-agnostic stub dlls. They can be used with 2003, > > >> >> 2007, > > >> >> x86 > > >> >> and x64. > > >> >> > > >> >> Kind regards, > > >> >> Henning Krause > > >> >> > > >> >> "knutl" <kn***@discussions.microsoft.com> wrote in message > > >> >> news:05A0497D-F91F-4E2F-9DA6-89626666E6DB@microsoft.com... > > >> >> > Hi all > > >> >> > I'm making an event sink (asynchronous) that will process e-mails, > > >> >> > appointments and tasks that contain some custome parametres set with > > >> >> > an > > >> >> > Outlook add-in. > > >> >> > > > >> >> > 1) > > >> >> > Currently I have problems finding the right cdoex.dll file. I'm > > >> >> > developing > > >> >> > on an virtual machine with the 30 day trial of Exchange 2007 > > >> >> > downloaded > > >> >> > from > > >> >> > Microsoft, but when I use the cdoex.dll file from \program > > >> >> > files\common > > >> >> > files\Microsoft Shared\CDO this does not have (amongst others) the > > >> >> > Item > > >> >> > class > > >> >> > as specified in the Exchange 2007 SDK > > >> >> > (http://msdn2.microsoft.com/en-us/library/aa579441.aspx). However, > > >> >> > in > > >> >> > \Program Files\Microsoft\Exchange Server\Bin there is a file called > > >> >> > Interop.CDOEX.dll which have the Itme class. > > >> >> > > > >> >> > 2) > > >> >> > I know that the assemblies I use will have to be strong named, but > > >> >> > will > > >> >> > this > > >> >> > mean that my event sink dll will innclude functionality from > > >> >> > referenced > > >> >> > strong named assemblies, or will it use the ones in the system? > > >> >> > > > >> >> > 3) > > >> >> > I'm planning on developing on the virtual server, but test in an > > >> >> > live > > >> >> > 64bit > > >> >> > Exchange 2007 server. Will this require me to rebuild the solution > > >> >> > with > > >> >> > the > > >> >> > dll's from the test server, and again for deployment? > > >> >> > > > >> >> > Any help is much appreciated! > > >> >> > Regards > > >> >> > Knut > > >> >> > > >> >> > > >> > > >> > > |
|||||||||||||||||||||||