Custom property on registration item.   

Looking at Mindy Martin's book, p. 474, we see that custom fields can
be added to a registration item such that the value in the field can be
read from within the sink.

I'd like to use this to store some configuration info, so that if I
have to move the sink or mailbox to another server I won't have to
recompile it.  Instead, I'll be able to change the configured values in
the registration item, and when the sink fires according to that new
registration it would pick up the new values.

We're not using ADO to add the fields.  Instead, my Exchange guru has
used Exchange Explorer to add the new properties to the registration
item.  He adds a string field -- "testfield" with a value "testvalue."

Then in the sink, after point to the object record, I try:

debug.print objrec.fields("testfield")

but no value is seen.  Other delivered fields can be read -- from
address, subject, ets.

Am I misunderstanding the way this works?  Does this require a specific
installation method?

date: 28 Sep 2005 09:11:05 -0700   author:   Rick

Re: Custom property on registration item.   

Hello,

could you please post more code of what you are doing? Where does this 
objRec point to?

Greetings,
Henning Krause
MVP - Exchange
http://www.infinitec.de


"Rick"  wrote in message 
news:1127923865.274113.123480@g43g2000cwa.googlegroups.com...
> Looking at Mindy Martin's book, p. 474, we see that custom fields can
> be added to a registration item such that the value in the field can be
> read from within the sink.
>
> I'd like to use this to store some configuration info, so that if I
> have to move the sink or mailbox to another server I won't have to
> recompile it.  Instead, I'll be able to change the configured values in
> the registration item, and when the sink fires according to that new
> registration it would pick up the new values.
>
> We're not using ADO to add the fields.  Instead, my Exchange guru has
> used Exchange Explorer to add the new properties to the registration
> item.  He adds a string field -- "testfield" with a value "testvalue."
>
> Then in the sink, after point to the object record, I try:
>
> debug.print objrec.fields("testfield")
>
> but no value is seen.  Other delivered fields can be read -- from
> address, subject, ets.
>
> Am I misunderstanding the way this works?  Does this require a specific
> installation method?
>

date: Wed, 28 Sep 2005 10:27:22 -0700   author:   Henning Krause [MVP - Exchange]

Re: Custom property on registration item.   

Objrec points to the eventrecord -- the message item which, while being
acted upon, has triggered the sink.

One of my colleagues found this:
http://support.microsoft.com/default.aspx?scid=kb;en-us;Q294197

Which explains how to get the URL of the registration item, which can
only be read if you open it explicitly in ADO.  With that, I should be
able to read the fields I've put on the item.

Mindy Martin's book may be incorrect on this process.  Alternatively,
Rizzo's training app does it by putting fields on a dedicated
configuration item at a known URL which is then hard-coded into the
sink.

This process should allow me to use the registration item to store
configurable information for use by the sink.  As long as the fields
are included on the registration item with each installation it should
be very portable.

date: 28 Sep 2005 12:43:32 -0700   author:   Rick

Re: Custom property on registration item.   

Glad my stuff worked for you :)

Tom

-- 
Looking for a good book on programming Exchange, Outlook, ADSI and 
SharePoint?  Check out http://www.microsoft.com/MSPress/books/5517.asp


"Rick"  wrote in message 
news:1127936612.593672.320600@g43g2000cwa.googlegroups.com...
> Objrec points to the eventrecord -- the message item which, while being
> acted upon, has triggered the sink.
>
> One of my colleagues found this:
> http://support.microsoft.com/default.aspx?scid=kb;en-us;Q294197
>
> Which explains how to get the URL of the registration item, which can
> only be read if you open it explicitly in ADO.  With that, I should be
> able to read the fields I've put on the item.
>
> Mindy Martin's book may be incorrect on this process.  Alternatively,
> Rizzo's training app does it by putting fields on a dedicated
> configuration item at a known URL which is then hard-coded into the
> sink.
>
> This process should allow me to use the registration item to store
> configurable information for use by the sink.  As long as the fields
> are included on the registration item with each installation it should
> be very portable.
>

date: Mon, 3 Oct 2005 20:27:53 -0700   author:   Tom Rizzo [MSFT]