user-defined properties in printed emails?

Status
Not open for further replies.
M

Mark McGinty

We've just found that, when printing an email that has user-defined

properties added to it, the names and values of those user-defined

properties are dumped-out as additions to the header. Ugly! Is there any

way to make it not do that?

This 'feature' makes no sense to me, the only way to view those properties

in the inspector is to open the form designer (or add code to make the all

fields tab visible.) But whatever defines the way it's formatted for

printing, dumps those properties onto the page as a matter of course?

If it only happened if/when the all fields tab was visible, it would make

some sense, but unfortunately that is not the case.

Any insight would be appreciated!

-Mark McGinty
 
K

Ken Slovak - [MVP - Outlook]

In design mode on a custom form select the control that binds the user

property, and in the Validation tab set the checkbox for Include this field

for Printing and Save As as you want it.

In general if you want properties not to be visible at all in any way in the

UI you'd use MAPI named properties rather than Outlook UserProperties.

"Mark McGinty" <mmcginty@spamfromyou.com> wrote in message

news:ejs0gujCKHA.1252@TK2MSFTNGP04.phx.gbl...
> We've just found that, when printing an email that has user-defined
> properties added to it, the names and values of those user-defined
> properties are dumped-out as additions to the header. Ugly! Is there any
> way to make it not do that?

> This 'feature' makes no sense to me, the only way to view those properties
> in the inspector is to open the form designer (or add code to make the all
> fields tab visible.) But whatever defines the way it's formatted for
> printing, dumps those properties onto the page as a matter of course?

> If it only happened if/when the all fields tab was visible, it would make
> some sense, but unfortunately that is not the case.

> Any insight would be appreciated!

> -Mark McGinty
>
 
M

Mark McGinty

" - " <kenslovak@mvps.org> wrote in message

news:umfQeBkCKHA.4792@TK2MSFTNGP05.phx.gbl...
> In design mode on a custom form select the control that binds the user
> property, and in the Validation tab set the checkbox for Include this
> field for Printing and Save As as you want it.

> In general if you want properties not to be visible at all in any way in
> the UI you'd use MAPI named properties rather than Outlook UserProperties.


Thanks for the reply. None of the user properties are bound to any form

controls; a decision was made early on to not incorporate any custom forms

into this app. They are used internally by the AddIn. The only way for a

user to display the properties is to add them to a table view in the

explorer. None are particuarly useful to the user on a paper copy of the

item.

I see that task, contact and appointment print-outs are the same way...

Hard for me to imagine a user that would ever want this behavior. (No need

to imagine users that don't want it though, I have already seen some that

occurred naturally.)

I will look into MAPI named properties... I thought UserProperties were MAPI

named properties?

Thanks,

Mark


> >

>

> "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> news:ejs0gujCKHA.1252@TK2MSFTNGP04.phx.gbl...
> > We've just found that, when printing an email that has user-defined
> > properties added to it, the names and values of those user-defined
> > properties are dumped-out as additions to the header. Ugly! Is there
> > any way to make it not do that?
>

>> This 'feature' makes no sense to me, the only way to view those
> > properties in the inspector is to open the form designer (or add code to
> > make the all fields tab visible.) But whatever defines the way it's
> > formatted for printing, dumps those properties onto the page as a matter
> > of course?
>

>> If it only happened if/when the all fields tab was visible, it would make
> > some sense, but unfortunately that is not the case.
>

>> Any insight would be appreciated!
>

>
>> -Mark McGinty
> >

>
 
K

Ken Slovak - [MVP - Outlook]

UserProperties are MAPI named properties that are in the PS_PUBLIC_STRINGS

namespace and are also stored in the hidden message in the folder with a

MessageClass of "IPC.MS.REN.USERFIELDS".

MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace

although you can use your own GUID for a namespace instead of using the

PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden message for

UserProperties. They aren't visible to the user at all.

Unless you are using Outlook 2007 only the ways to create MAPI named

properties would rely on Extended MAPI, Redemption

(www.dimastr.com/redemption) or CDO 1.21.

"Mark McGinty" <mmcginty@spamfromyou.com> wrote in message

news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...

<snip>
> Thanks for the reply. None of the user properties are bound to any form
> controls; a decision was made early on to not incorporate any custom forms
> into this app. They are used internally by the AddIn. The only way for a
> user to display the properties is to add them to a table view in the
> explorer. None are particuarly useful to the user on a paper copy of the
> item.

> I see that task, contact and appointment print-outs are the same way...

> Hard for me to imagine a user that would ever want this behavior. (No
> need to imagine users that don't want it though, I have already seen some
> that occurred naturally.)

> I will look into MAPI named properties... I thought UserProperties were
> MAPI named properties?

> Thanks,
> Mark
 
D

Dmitry Streblechenko

Actually only properties that are defined on teh folder level are stored in

the IPC.MS.REN.USERFIELDS hidden message.

If you do not specify AddToFolderFields parameter (optional) as true when

calling UserProperties.Add, the property will nto be added to the folder

fields.

UserProperties definitions are stored in yet another named MAPI property,

while the values are stored as as regular MAPI properties.

You can edit the user properries blob to turn the "print" flag off, but the

blob is as binary as it gets.

<plug> Redemption (url below) exposes that as RDOUserProperty.Printable

property - http://www.dimastr.com/redemption/rdo/rdouserproperty.htm

</plug

Dmitry Streblechenko (MVP)

-
<kenslovak@mvps.org> wrote in message

news:%23ks7ZXtCKHA.3708@TK2MSFTNGP02.phx.gbl...
> UserProperties are MAPI named properties that are in the PS_PUBLIC_STRINGS
> namespace and are also stored in the hidden message in the folder with a
> MessageClass of "IPC.MS.REN.USERFIELDS".

> MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace
> although you can use your own GUID for a namespace instead of using the
> PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden message
> for UserProperties. They aren't visible to the user at all.

> Unless you are using Outlook 2007 only the ways to create MAPI named
> properties would rely on Extended MAPI, Redemption
> (www.dimastr.com/redemption) or CDO 1.21.

> >

>

> "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...
> <snip>
> > Thanks for the reply. None of the user properties are bound to any form
> > controls; a decision was made early on to not incorporate any custom
> > forms into this app. They are used internally by the AddIn. The only
> > way for a user to display the properties is to add them to a table view
> > in the explorer. None are particuarly useful to the user on a paper copy
> > of the item.
>

>> I see that task, contact and appointment print-outs are the same way...
>

>> Hard for me to imagine a user that would ever want this behavior. (No
> > need to imagine users that don't want it though, I have already seen some
> > that occurred naturally.)
>

>> I will look into MAPI named properties... I thought UserProperties were
> > MAPI named properties?
>

>
>> Thanks,
> > Mark

>
 
S

Sushil Dania

Is there any way to access this blob and change the Print flag using Outlook

Object Model?

"Dmitry Streblechenko" wrote:


> Actually only properties that are defined on teh folder level are stored in
> the IPC.MS.REN.USERFIELDS hidden message.
> If you do not specify AddToFolderFields parameter (optional) as true when
> calling UserProperties.Add, the property will nto be added to the folder
> fields.
> UserProperties definitions are stored in yet another named MAPI property,
> while the values are stored as as regular MAPI properties.
> You can edit the user properries blob to turn the "print" flag off, but the
> blob is as binary as it gets.
> <plug> Redemption (url below) exposes that as RDOUserProperty.Printable
> property - http://www.dimastr.com/redemption/rdo/rdouserproperty.htm
> </plug
> > Dmitry Streblechenko (MVP)
>

>

>

> -
> " - " <kenslovak@mvps.org> wrote in message
> news:%23ks7ZXtCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > UserProperties are MAPI named properties that are in the PS_PUBLIC_STRINGS
> > namespace and are also stored in the hidden message in the folder with a
> > MessageClass of "IPC.MS.REN.USERFIELDS".
> > MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace
> > although you can use your own GUID for a namespace instead of using the
> > PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden message
> > for UserProperties. They aren't visible to the user at all.
> > Unless you are using Outlook 2007 only the ways to create MAPI named
> > properties would rely on Extended MAPI, Redemption
> > (www.dimastr.com/redemption) or CDO 1.21.
> > > >

> >

> > "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> > news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > <snip>
> >> Thanks for the reply. None of the user properties are bound to any form
> >> controls; a decision was made early on to not incorporate any custom
> >> forms into this app. They are used internally by the AddIn. The only
> >> way for a user to display the properties is to add them to a table view
> >> in the explorer. None are particuarly useful to the user on a paper copy
> >> of the item.
> >
> >> I see that task, contact and appointment print-outs are the same way...
> >
> >> Hard for me to imagine a user that would ever want this behavior. (No
> >> need to imagine users that don't want it though, I have already seen some
> >> that occurred naturally.)
> >
> >> I will look into MAPI named properties... I thought UserProperties were
> >> MAPI named properties?
> >
> >
> >> Thanks,
> >> Mark

> >


>
 
D

Dmitry Streblechenko

Sure, you can use PropertyAccessor for that (new for Outlook 2007)

Dmitry Streblechenko (MVP)

-

"Sushil Dania" <Sushil Dania> wrote in message

news:B3A7249A-7721-47C4-95E2-E59E28B8A83E@microsoft.com...
> Is there any way to access this blob and change the Print flag using
> Outlook
> Object Model?

> "Dmitry Streblechenko" wrote:
>
> > Actually only properties that are defined on teh folder level are stored
> > in
> > the IPC.MS.REN.USERFIELDS hidden message.
> > If you do not specify AddToFolderFields parameter (optional) as true when
> > calling UserProperties.Add, the property will nto be added to the folder
> > fields.
> > UserProperties definitions are stored in yet another named MAPI property,
> > while the values are stored as as regular MAPI properties.
> > You can edit the user properries blob to turn the "print" flag off, but
> > the
> > blob is as binary as it gets.
> > <plug> Redemption (url below) exposes that as RDOUserProperty.Printable
> > property - http://www.dimastr.com/redemption/rdo/rdouserproperty.htm
> > </plug
>
>> > > Dmitry Streblechenko (MVP)
> >

> >

> >

> > -
> > " - " <kenslovak@mvps.org> wrote in message
> > news:%23ks7ZXtCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > > UserProperties are MAPI named properties that are in the
> > > PS_PUBLIC_STRINGS
> > > namespace and are also stored in the hidden message in the folder with
> > > a
> > > MessageClass of "IPC.MS.REN.USERFIELDS".
> >> > MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace
> > > although you can use your own GUID for a namespace instead of using the
> > > PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden
> > > message
> > > for UserProperties. They aren't visible to the user at all.
> >> > Unless you are using Outlook 2007 only the ways to create MAPI named
> > > properties would rely on Extended MAPI, Redemption
> > > (www.dimastr.com/redemption) or CDO 1.21.
> >> > > > >

> > >

> >>>>>>> > "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> > > news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > > <snip
>> >> Thanks for the reply. None of the user properties are bound to any
> > >> form
> > >> controls; a decision was made early on to not incorporate any custom
> > >> forms into this app. They are used internally by the AddIn. The only
> > >> way for a user to display the properties is to add them to a table
> > >> view
> > >> in the explorer. None are particuarly useful to the user on a paper
> > >> copy
> > >> of the item.
> > >
>> >> I see that task, contact and appointment print-outs are the same
> > >> way...
> > >
>> >> Hard for me to imagine a user that would ever want this behavior. (No
> > >> need to imagine users that don't want it though, I have already seen
> > >> some
> > >> that occurred naturally.)
> > >
>> >> I will look into MAPI named properties... I thought UserProperties
> > >> were
> > >> MAPI named properties?
> > >
>> >
>> >> Thanks,
> > >> Mark
> > >

>

>
>>
 
M

Mark McGinty

Thanks Dmitry (and sorry for the delayed response.)

What is the minimum version of RDO with this capability? (We are currently

shipping Redemption 4.2.0.562 with our product.)

Thanks,

Mark McGinty

"Dmitry Streblechenko" <dmitry@dimastr.com> wrote in message

news:OJVDtx7CKHA.4316@TK2MSFTNGP04.phx.gbl...
> Actually only properties that are defined on teh folder level are stored
> in the IPC.MS.REN.USERFIELDS hidden message.
> If you do not specify AddToFolderFields parameter (optional) as true when
> calling UserProperties.Add, the property will nto be added to the folder
> fields.
> UserProperties definitions are stored in yet another named MAPI property,
> while the values are stored as as regular MAPI properties.
> You can edit the user properries blob to turn the "print" flag off, but
> the blob is as binary as it gets.
> <plug> Redemption (url below) exposes that as RDOUserProperty.Printable
> property - http://www.dimastr.com/redemption/rdo/rdouserproperty.htm
> </plug
> > Dmitry Streblechenko (MVP)
>

>

>

> -
> " - " <kenslovak@mvps.org> wrote in message
> news:%23ks7ZXtCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > UserProperties are MAPI named properties that are in the
> > PS_PUBLIC_STRINGS namespace and are also stored in the hidden message in
> > the folder with a MessageClass of "IPC.MS.REN.USERFIELDS".
>

>> MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace
> > although you can use your own GUID for a namespace instead of using the
> > PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden message
> > for UserProperties. They aren't visible to the user at all.
>

>> Unless you are using Outlook 2007 only the ways to create MAPI named
> > properties would rely on Extended MAPI, Redemption
> > (www.dimastr.com/redemption) or CDO 1.21.
>

>> > >

> >

>

>
>
>
>
>
>> "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> > news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...
> > <snip>
> >> Thanks for the reply. None of the user properties are bound to any form
> >> controls; a decision was made early on to not incorporate any custom
> >> forms into this app. They are used internally by the AddIn. The only
> >> way for a user to display the properties is to add them to a table view
> >> in the explorer. None are particuarly useful to the user on a paper
> >> copy of the item.
> >
>>> I see that task, contact and appointment print-outs are the same way...
> >
>>> Hard for me to imagine a user that would ever want this behavior. (No
> >> need to imagine users that don't want it though, I have already seen
> >> some that occurred naturally.)
> >
>>> I will look into MAPI named properties... I thought UserProperties were
> >> MAPI named properties?
> >
>>
>>> Thanks,
> >> Mark

> >


>
 
D

Dmitry Streblechenko

Printable and Required properties were added in version 4.6:

http://www.dimastr.com/redemption/history.htm

Dmitry Streblechenko (MVP)

-

"Mark McGinty" <mmcginty@spamfromyou.com> wrote in message

news:ez8TaWWKKHA.3632@TK2MSFTNGP05.phx.gbl...
> Thanks Dmitry (and sorry for the delayed response.)

> What is the minimum version of RDO with this capability? (We are
> currently shipping Redemption 4.2.0.562 with our product.)

> Thanks,
> Mark McGinty

> "Dmitry Streblechenko" <dmitry@dimastr.com> wrote in message
> news:OJVDtx7CKHA.4316@TK2MSFTNGP04.phx.gbl...
> > Actually only properties that are defined on teh folder level are stored
> > in the IPC.MS.REN.USERFIELDS hidden message.
> > If you do not specify AddToFolderFields parameter (optional) as true when
> > calling UserProperties.Add, the property will nto be added to the folder
> > fields.
> > UserProperties definitions are stored in yet another named MAPI property,
> > while the values are stored as as regular MAPI properties.
> > You can edit the user properries blob to turn the "print" flag off, but
> > the blob is as binary as it gets.
> > <plug> Redemption (url below) exposes that as RDOUserProperty.Printable
> > property - http://www.dimastr.com/redemption/rdo/rdouserproperty.htm
> > </plug
>
>> > > Dmitry Streblechenko (MVP)
> >

> >

> >

> > -
> > " - " <kenslovak@mvps.org> wrote in message
> > news:%23ks7ZXtCKHA.3708@TK2MSFTNGP02.phx.gbl...
> >> UserProperties are MAPI named properties that are in the
> >> PS_PUBLIC_STRINGS namespace and are also stored in the hidden message in
> >> the folder with a MessageClass of "IPC.MS.REN.USERFIELDS".
> >
>>> MAPI named properties usually are in the PS_PUBLIC_STRINGS namespace
> >> although you can use your own GUID for a namespace instead of using the
> >> PS_PUBLIC_STRINGS namespace, and they aren't added to the hidden message
> >> for UserProperties. They aren't visible to the user at all.
> >
>>> Unless you are using Outlook 2007 only the ways to create MAPI named
> >> properties would rely on Extended MAPI, Redemption
> >> (www.dimastr.com/redemption) or CDO 1.21.
> >
>>> > >>

> >>

> >
>>
>>
>>
>>
>>
>>> "Mark McGinty" <mmcginty@spamfromyou.com> wrote in message
> >> news:%234wTIqlCKHA.3708@TK2MSFTNGP02.phx.gbl...
> >> <snip
>>>> Thanks for the reply. None of the user properties are bound to any
> >>> form controls; a decision was made early on to not incorporate any
> >>> custom forms into this app. They are used internally by the AddIn.
> >>> The only way for a user to display the properties is to add them to a
> >>> table view in the explorer. None are particuarly useful to the user on
> >>> a paper copy of the item.
> >>
>>>> I see that task, contact and appointment print-outs are the same way...
> >>
>>>> Hard for me to imagine a user that would ever want this behavior. (No
> >>> need to imagine users that don't want it though, I have already seen
> >>> some that occurred naturally.)
> >>
>>>> I will look into MAPI named properties... I thought UserProperties were
> >>> MAPI named properties?
> >>
>>>
>>>> Thanks,
> >>> Mark
> >>

>

>>


>
 
Status
Not open for further replies.
Similar threads
Thread starter Title Forum Replies Date
H Information from user defined field into Excel Outlook VBA and Custom Forms 7
B User defined field for messages with 'me' in the [To], [Cc] line Using Outlook 0
S User Defined Fields adding new value (2) Using Outlook 0
R Creating a user defined function Outlook VBA and Custom Forms 3
M Compile error: User-defined type not defined Outlook VBA and Custom Forms 0
M vCard does not have user-defined fields from my custom contact form (365) Using Outlook 1
C Outlook 2016 Conditional Format for User Defined Field Using Outlook 1
F MAPI, User Defined Fields and perspective after 20 years Outlook VBA and Custom Forms 0
B Outlook Business Contact Manager with SQL to Excel, User Defined Fields in BCM don't sync in SQL. Can I use VBA code to copy 1 field to another? BCM (Business Contact Manager) 0
N How to set automatically the default or user defined Quickstyle Templates by Answer in Outlook Using Outlook 1
Daniel Schunk User-defined form arrives empty at the recipient Using Outlook 3
J Assess content of User Defined Field in Rule Using Outlook 3
S Outlook User defined date field (UDF) not syncing Using Outlook 2
M Multiple User Defined Fields that can be added, changed, updated using VBA and user form Outlook VBA and Custom Forms 0
R User Defined Fields adding new value Using Outlook 3
S VBA with User Defined fields Outlook VBA and Custom Forms 9
G how can Apply User-defined Field to all Sub Folder and Other Using Outlook 14
M Map Outlook user defined fields onto a Sharepoint list ??? Outlook VBA and Custom Forms 1
N How to retrieve user defined fields values to bcm form. Using Outlook 2
N How to disable user defined fields in BCM forms Using Outlook 2
K User Defined Fields in Outlook 2010 Using Outlook 2
F Adding User Defined Field to another form Using Outlook 0
G How to let data in an account user defined field appear in the same field all related opportunities BCM (Business Contact Manager) 1
P User-Defined Relationship Fields: Invisible? BCM (Business Contact Manager) 0
V Extracting user-defined details from a public folder Outlook VBA and Custom Forms 2
J How to show the "value" of a user-defined Account field in a Contact Record BCM (Business Contact Manager) 2
witzker Outlook bug when creating a user defined contact form? Using Outlook 1
Wotme Syntax for user defined field in VBA Using Outlook 1
J How to create a user defined dropdown list field for a custom contact form Using Outlook 3
S User defined field not showing in Custom view Exchange Server Administration 0
T issue/ base and user defined contact types BCM (Business Contact Manager) 2
W Template to produce calendars with wrapped text & user-defined fields? Using Outlook 1
D User Defined Info Gone Using Outlook 1
R writing "Instant Search" queries to find User-Defined fields Using Outlook 0
S [SOLVED] Search by User-Defined Relationship Field BCM (Business Contact Manager) 2
C User defined field not found in any views prints. Cannot locate to delete. Using Outlook 2
P Joining the User Defined Fields to their User Field&lt;n&gt; counterpart BCM (Business Contact Manager) 0
E Accessing User Defined Fields in BCM Database part 2 BCM (Business Contact Manager) 0
E [SOLVED] Accessing User Defined Fields in BCM Database part 1 BCM (Business Contact Manager) 9
J User Defined Fields Outlook VBA and Custom Forms 6
J user defined fields Outlook VBA and Custom Forms 2
P Where are User-defined fields stored in BCM 2010 database? BCM (Business Contact Manager) 2
M User defined fields Outlook VBA and Custom Forms 6
J User defined fields with pre-defined values Outlook VBA and Custom Forms 3
J Where does BCM store User-Defined fields in the database? BCM (Business Contact Manager) 3
M What is the recommendet way to read/write a user defined Field (Named Property) in the MailItem Obje Outlook VBA and Custom Forms 1
M What is the recommendet way to read/write a user defined Field (Named Property) in the MailItem Obje Outlook VBA and Custom Forms 5
D User-defined fields and multiple forms BCM (Business Contact Manager) 1
T User Defined Fields_Difference between columns BCM (Business Contact Manager) 4
T User Defined Fields vs. Area of Interest BCM (Business Contact Manager) 1

Similar threads

Top