Endringer i egendefinerte egenskaper i Outlook

Anbefalt fremgangsmåte: Legg til egendefinerte felt programmatisk

Ulike API-er kan brukes til programmatisk å legge til egendefinerte felt i elementer. Hvis du vil gjøre dette, bruker du UserProperties.Add-metoden i Outlook-objektbiblioteket (Outlook.Application). Følgende kode illustrerer denne anbefalte fremgangsmåten.

Set myProp = myItem.UserProperties.Add("MyPropName", olText)

Du kan også bruke CDO-objektbiblioteket (MAPI). Økt») for å legge til egendefinerte felt. Hvis du vil ha mer informasjon, kan du gå til følgende MSDN-webområde:

http://msdn2.microsoft.com/en-us/library/ms527518.aspx For C++-utviklere kan utvidet MAPI brukes til å legge til navngitte egenskaper. Hvis du vil ha mer informasjon, kan du gå til følgende MSDN-webområde:

http://msdn2.microsoft.com/en-us/library/ms529684.aspx

Anbefalt fremgangsmåte: Bruk publiserte egendefinerte skjemaer som inneholder egendefinerte felt

Outlook klarerer i stor grad publiserte egendefinerte skjemaer. Outlook stoler imidlertid ikke på upubliserte skjemaer eller engangsskjemaer. Dette omfatter .oft-filer. Når du utformer en egendefinert skjemaløsning, anbefaler vi derfor på det sterkeste at du publiserer det egendefinerte skjemaet. Du bør utforme skjemaet slik at skjemaet ikke blir et engangsskjema. Så lenge et skjema publiseres, påvirkes ikke skjemaet av endringen i Outlook.
 
Når du publiserer en .oft-fil til et annet lager, lar standardlageret deg opprette egenskaper i den butikken. I tillegg opprettes de egendefinerte egenskapene i de berørte butikkene når du oppretter et egendefinert skjema som har egendefinerte egenskaper og du publiserer det til det aktuelle skjemabiblioteket eller den aktuelle mappen.

Anbefalt fremgangsmåte: Distribuere egendefinerte skjemaer programmatisk

Hvis du utvikler et egendefinert Outlook-skjema som skal brukes av andre, finnes det få fremgangsmåter du kan bruke. Fremgangsmåten du bruker, avhenger av flere faktorer. Disse faktorene inkluderer skjematypen, hvem som skal bruke skjemaet, hvor skjemaet skal brukes, og så videre. Hvis et egendefinert skjema brukes av mange personer, anbefaler vi vanligvis at du publiserer skjemaet i biblioteket for organisasjonsskjemaer. Hvis det ikke er mulig, kan det imidlertid hende du vil publisere skjemaet i en delt mappe eller i biblioteket for personlige skjemaer for enkelte brukere. Du kan installere et egendefinert skjema programmatisk ved hjelp av CreateItemFromTemplate-metoden i Outlook-objektbiblioteket. Du bruker metoden CreateItemFromTemplate til å åpne en .oft-fil, og deretter publiserer du skjemaet ved hjelp av PublishForm-metoden. I dette tilfellet påvirkes ikke en .oft-fil av de egendefinerte egenskapene.

Anbefales ikke: Distribuere eller sende .oft-filer som brukere kan åpne

Du kan lagre egendefinerte Outlook-skjemaer som .oft-filer. Disse skjemaene kan inneholde egendefinerte felt, endringer i brukergrensesnittet og egendefinert Kode for Microsoft Visual Basic Scripting Edition (VBScript) for å legge til funksjonalitet i skjemaet. Selv om Outlook allerede inneholder funksjoner som hindrer VBScript-koden i .oft-filer fra å kjøre, begrenser Outlook nå også bruken av .oft-filer. Hvis en .oft-fil inneholder egendefinerte egenskaper og brukeren ikke tidligere har brukt disse egendefinerte egenskapene, er ikke de egendefinerte egenskapene i brukerens standardlager. Outlook gjengir ikke det egendefinerte skjemaet når brukeren dobbeltklikker filen. Hvis du vil at Outlook skal åpne et egendefinert skjema som er lagret som en .oft-fil, klikker du Fil, deretter Ny og deretter Velg skjema. Deretter kan du endre plasseringen til brukermaler i filsystemet, og deretter klikke Bla gjennom for å åpne .oft-filen. Skjemaet åpnes, og du kan lagre de egendefinerte egenskapene i standardlageret.

Anbefales ikke: Bruk registernøkkelen AllowNamedProps

Noen organisasjoner kan ha gyldige grunner til å ha visse egendefinerte egenskaper tilgjengelig i hele organisasjonen. Hvis flere butikker brukes, bør du kontrollere at et sett med egendefinerte egenskaper kan legges til i alle butikker. Derfor støtter Outlook 2003 SP2 og nyere versjoner registernøkler på klientsiden som angir hvilke egendefinerte egenskaper som kan opprettes. Hvis du vil angi hvilke egendefinerte egenskaper som skal aktiveres, defineres egendefinerte egenskaper under følgende registernøkkel: HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\AllowedNamedProps\

Obs! I denne registernøkkelen er <versjon> en plassholder for versjonen av Outlook du bruker. For Outlook 2003 er versjonsnummeret 11.0. For Outlook 2007 er versjonsnummeret 12.0. Versjonsnummeret vil øke i senere versjoner av Outlook.

Den generelle registernøkkelstrukturen for en oppføring i registeret er:

<GUID->

<egenskapsnavn>

"Kind" (dword)

"ID" (dword)
"Type" (dword) Følgende plassholdere brukes i registernøkkelstrukturen:

• <GUID ->: Inneholder GUIDen som angir egenskapssettet. Egendefinerte felt eller egenskaper for Outlook som du bruker i et egendefinert Outlook-skjema, har guid {00020329-0000-0000-C000-000000000046}. Guid kalles PS_PULIC_STRINGS i MAPI. Egendefinerte MAPI-programmer kan imidlertid ha sine egne GUID-er for egendefinerte egenskaper.

• <egenskapsnavn>: Angir navnet på egenskapen. Hvis egenskapen er navngitt av en streng, er <egenskapsnavn> det faktiske strengnavnet for egenskapen. Hvis egenskapen er navngitt av en ID, ignoreres verdien for denne registernøkkelen. Du må imidlertid gi egenskapen et unikt navn slik at egenskapen kan lagres i registeret. Hvis Type-nøkkelen er satt til 1 eller er <> 0, bestemmer registernøkkelnavnet navnet på egenskapen. Hvis Kind-nøkkelen ikke er lik 1, ignoreres dette registernøkkelnavnet.

• "Kind" (dword): Angir om egenskapen er navngitt av en ID eller av en streng. Hvis verdien er 0, vil egenskapen bli navngitt av en ID. Navnet er en numerisk verdi som er angitt av en ID. Hvis verdien er 1, vil egenskapen bli navngitt av en streng. Denne innstillingen er standardinnstillingen når «Kind» ikke finnes.

• "ID" (dword): Inneholder ID-navnet på en egenskap som er navngitt av en ID. Denne informasjonen er nødvendig hvis Kind-nøkkelen er satt til 0. Hvis Kind-tasten er satt til 1, ignoreres denne informasjonen.

• "Type" (dword): Angir egenskapstypen.

Denne registernøkkelen er obligatorisk, men registernøkkelen brukes for øyeblikket ikke. Tabellen nedenfor viser mulige verdier for denne registernøkkelen basert på MAPI-typen.

Følgende er et eksempel på hvordan du angir en navngitt-for-streng-egenskap:

Navn: "MyStringFieldName1"

Type: PT_LONG

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] "Type"=dword:00000003
Følgende er et eksempel på hvordan du angir en navngitt-for-ID-egenskap:

ID: 0x0330

Type: PT_LONG

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyMAPIProp1] "Kind"=dword:000000000 "ID"=dword:00000330 "Type"=dword:00000003


I disse to eksemplene ser registeret omtrent slik ut i Registerredigering:


{00020329-0000-0000-C000-00000000046}
 

MyStringFieldName1

Type = 3
MyStringFieldName2

Type = 3
{00020329-0000-0000-C000-00000000046}

MyMAPIProp1

Kind = 0
ID = 330

Type = 3
MyMAPIProp2

Kind = 0
ID = 331
Type = 3

Anbefales ikke: Aktiver muligheten til å opprette egenskaper på nytt

Tre registernøkler kan distribueres til klientdatamaskiner for å deaktivere blokkering av egendefinerte egenskaper og tilbakestille Outlook til sin tidligere virkemåte. Disse registernøklene støttes av gruppepolicyer. Følgende registernøkler kan tilbakestille Outlook 2003 til sin tidligere virkemåte:

Obs! Følgende registernøkler tilbakestiller ikke Outlook 2007 til sin tidligere virkemåte.

• AllowTNEFtoCreateProps (HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "AllowTNEFtoCreateProps"=dword:000000000): Hvis verdien er 0, kan ikke TNEF/MIME opprette nye egendefinerte egenskaper enn Outlook. Denne verdien er standardverdien. Hvis verdien er 1, kan TNEF/MIME opprette nye egendefinerte egenskaper som ikke er Outlook.

• AllowMSGFilestoCreateProps: Hvis verdien er 0, kan ikke MSG-filer og .oft-filer opprette nye egendefinerte egenskaper for ikke-Outlook. Denne verdien er standardverdien. Hvis verdien er 1, kan .msg-filer og .oft-filer opprette nye egendefinerte egenskaper som ikke er Outlook-egendefinerte.

• DisallowTNEFPreservation: Outlook bevarer den opprinnelige TNEF når egendefinerte egenskaper ikke opprettes, for å gjøre det enklere å overføre til denne nye virkemåten. Den opprinnelige TNEF-filen lagres i en binær strøm på elementet som er lagret. Outlook bruker følgende egenskapskode for å lagre strømmen:

  PR_TNEF_UNPROCESSED_PROPS PROG_TAG(PT_BINARY, 0x0e9C). Den HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "DisallowTNEFPreservation "=dword:000000000
  registerinnstilling styrer om Outlook oppretter egenskapen PR_TNEF_UNPROCESSED_PROPS.
  
  Obs! Egenskapen PR_TNEF_UNPROCESSED_PROPS fjernes fra en melding når du bygger inn en melding i en annen melding som et vedlegg. Egenskapen PR_TNEF_UNPROCESSED_PROPS fjernes også når du videresender en melding eller svarer på en melding.