Standard Workflows and the Event Sink

Standard Workflows and the Event Sink

Post by mohr.maria » Wed, 04 Jul 2007 01:36:30


I would like to know whether there is any way of receiving events in
case one of the standard workflows (e.g. approval) modifies one of my
item fields. Apparently it is using the SystemUpdate() to prevent
other events from being raised... any ideas/pointers? I can listen for
ItemUpdated on the tasks that get created once the workflow is
initiated, but that is as far as it goes.


1. Protocol Event Sink Issue Using Manged .NET event sink.

2. Categorizer event sink / routing event sink

I want to reroute all email from a particular group of internal users
through another (non-Exchange) server which will pre-process their
email before it's sent to its final recipient.

The best way I can see to do this (I've only just started learning
about the way Exchange works though) is:
- create a Categorizer event sink to look up the group membership of
the sender. - if they belong to the group I want to reroute emails from
then add some kind of attribute to the email.
- create a Routing event sink to reroute the email based on the
attribute set in the Categorizer event sink.

Is this the best way to do it? I can't find much info on creating
categorizer sinks (or routing sinks for that matter: what kind of info
do I have access to in a routing sink?)

-- Jordan

3. Read event sink wanted! Custom event sink needed?

4. Problem with Workflow Event Sink Component on Exchange 2003

5. Workflow event sink unknown error: 0x80040E21

6. error starting workflow event sink

7. Workflow Event Sink Activex

8. workflow event sink missing from Component Services

9. Exchange Workflow Event Sink problem

10. Workflow Event Sink Error 1546

11. Workflow Event Sink deleted from component services

12. Workflow Event Sink

13. Workflow Event Sink Error

14. Workflow Event sink missing

15. Script Event Sink using Script Host Sink