Ändringar av anpassade egenskaper i Outlook

Metodtips: Lägga till anpassade fält programmässigt

Olika API:er kan användas för att programmässigt lägga till anpassade fält i objekt. Det gör du med metoden UserProperties.Add i Outlook-objektbiblioteket ("Outlook.Application"). Följande kod illustrerar detta metodtips.

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

Du kan också använda CDO-objektbiblioteket ("MAPI. Session") för att lägga till anpassade fält. Mer information finns på följande MSDN-webbplats:

http://msdn2.microsoft.com/en-us/library/ms527518.aspx För C++-utvecklare kan Extended MAPI användas för att lägga till namngivna egenskaper. Mer information finns på följande MSDN-webbplats:

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

Metodtips: Använda publicerade anpassade formulär som innehåller anpassade fält

Outlook litar till stor del på publicerade anpassade formulär. Outlook litar dock inte på opublicerade formulär eller engångsformulär. Detta omfattar .oft-filer. När du utformar en anpassad formulärlösning rekommenderar vi därför starkt att du publicerar det anpassade formuläret. Du bör utforma formuläret så att det inte blir ett engångsformulär. Så länge ett formulär publiceras påverkas inte formuläret av ändringen i Outlook.
 
När du publicerar en .oft-fil i ett annat arkiv kan du skapa egenskaper i det arkivet i standardarkivet. När du skapar ett anpassat formulär som har anpassade egenskaper och publicerar det i lämpligt formulärbibliotek eller -mapp skapas dessutom de anpassade egenskaperna i de berörda butikerna.

Metodtips: Distribuera anpassade formulär programmässigt

Om du utvecklar ett anpassat Outlook-formulär som kommer att användas av andra finns det få metoder som du kan använda. Vilken metod du använder beror på flera faktorer. Dessa faktorer omfattar typen av formulär, vem som ska använda formuläret, var formuläret ska användas och så vidare. Om ett anpassat formulär vanligtvis används av många personer rekommenderar vi att du publicerar formuläret i organisationsformulärbiblioteket. Men om det inte är möjligt kanske du vill publicera formuläret i en delad mapp eller i personliga formulärbibliotek för vissa användare. Du kan programmässigt installera ett anpassat formulär med metoden CreateItemFromTemplate i Outlook-objektbiblioteket. Du använder metoden CreateItemFromTemplate för att öppna en .oft-fil och sedan publicera formuläret med metoden PublishForm. I det här fallet påverkas inte en .oft-fil av de anpassade egenskaperna.

Rekommenderas inte: Distribuera eller skicka .oft-filer så att användare kan öppna

Du kan spara anpassade Outlook-formulär som .oft-filer. Dessa formulär kan innehålla anpassade fält, användargränssnittsändringar och anpassad VBScript-kod (Microsoft Visual Basic Scripting Edition) för att lägga till funktionalitet i formuläret. Även om Outlook redan innehåller funktioner som hindrar VBScript-koden i .oft-filer från att köras, begränsar Outlook nu även användningen av .oft-filer. Om en .oft-fil innehåller anpassade egenskaper och användaren inte tidigare har använt de anpassade egenskaperna finns de anpassade egenskaperna inte i användarens standardlager. Outlook återger inte det anpassade formuläret när användaren dubbelklickar på filen. Om du däremot vill att Outlook ska öppna ett anpassat formulär som lagras som en .oft-fil klickar du på Arkiv, klickar på Nytt och sedan på Välj formulär. Du kan sedan ändra platsen till Användarmallar i filsystem och sedan klicka på Bläddra för att öppna .oft-filen. Formuläret öppnas och du kan spara anpassade egenskaper i standardarkivet.

Rekommenderas inte: Använd registernyckeln AllowNamedProps

Vissa organisationer kan ha giltiga orsaker till att vissa anpassade egenskaper är tillgängliga i hela organisationen. Om flera butiker används kanske du vill se till att en uppsättning anpassade egenskaper kan läggas till i alla butiker. Därför har Outlook 2003 SP2 och senare versioner stöd för registernycklar på klientsidan som anger vilka anpassade egenskaper som kan skapas. För att ange vilka anpassade egenskaper som ska aktiveras definieras anpassade egenskaper under följande registernyckel: HKEY_CURRENT_USER\Software\Microsoft\Office\<version>\Outlook\AllowedNamedProps\

Obs! I den här registernyckeln är <version> en platshållare för den version av Outlook som du använder. För Outlook 2003 är versionsnumret 11.0. För Outlook 2007 är versionsnumret 12.0. Versionsnumret ökar i senare versioner av Outlook.

Den övergripande registernyckelstrukturen för en post i registret är:

<GUID ->

<egenskapsnamn>

"Kind" (dword)

"ID" (dword)
"Typ" (dword) Följande platshållare används i registernyckelstrukturen:

• <GUID ->: Innehåller det GUID som anger egenskapsuppsättningen. Anpassade Fält eller egenskaper i Outlook som du använder i ett anpassat Outlook-formulär har alla GUID {00020329-0000-0000-C000-0000000000046}. I MAPI kallas GUID för PS_PULIC_STRINGS. Anpassade MAPI-program kan dock ha egna GUID för anpassade egenskaper.

• <egenskapsnamn>: Anger namnet på egenskapen. Om egenskapen namnges med en sträng är <egenskapsnamn> själva strängnamnet för egenskapen. Om egenskapen namnges med ett ID ignoreras värdet för den här registernyckeln. Du måste dock ge egenskapen ett unikt namn så att egenskapen kan lagras i registret. Om Kind-nyckeln är inställd på 1 eller är <> 0 bestämmer registernyckelns namn namnet på egenskapen. Om Kind-nyckeln inte är lika med 1 ignoreras registernyckelns namn.

• "Typ" (dword): Anger om egenskapen namnges med ett ID eller av en sträng. Om värdet är 0 namnges egenskapen med ett ID. Namnet är ett numeriskt värde som anges av ett ID. Om värdet är 1 namnges egenskapen med en sträng. Den här inställningen är standardinställningen när "Typ" inte finns.

• "ID" (dword): Innehåller ID-namnet på en egenskap som namnges av ett ID. Den här informationen krävs om Kind-nyckeln är inställd på 0. Om Kind-tangenten är inställd på 1 ignoreras den här informationen.

• "Typ" (dword): Anger typ av egenskap.

Den här registernyckeln är obligatorisk, men registernyckeln används för närvarande inte. I följande tabell visas möjliga värden för den här registernyckeln baserat på MAPI-typen.

Följande är ett exempel på hur du anger en namngiven för strängegenskap:

Namn: "MyStringFieldName1"

Typ: PT_LONG

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\AllowedNamedProps\{00020329-0000-0000-C000-000000000046}\MyStringFieldName1] "Typ"=dword:00000003
Följande är ett exempel på hur du anger en namngiven efter-ID-egenskap:

ID: 0x0330

Typ: 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


För de här två exemplen visas registret ungefär så här i Registereditorn:


{00020329-0000-0000-C000-000000000046}
 

MyStringFieldName1

Typ = 3
MyStringFieldName2

Typ = 3
{00020329-0000-0000-C000-000000000046}

MyMAPIProp1

Kind = 0
ID = 330

Typ = 3
MyMAPIProp2

Kind = 0
ID = 331
Typ = 3

Rekommenderas inte: Återaktivera möjligheten att skapa egenskaper

Tre registernycklar kan distribueras till klientdatorer för att inaktivera blockeringen av anpassade egenskaper och återställa Outlook till det tidigare beteendet. De här registernycklarna stöds av gruprinciper. Följande registernycklar kan återställa Outlook 2003 till det tidigare beteendet:

Obs! Följande registernycklar återställer inte Outlook 2007 till det tidigare beteendet.

• AllowTNEFtoCreateProps (HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail] "AllowTNEFtoCreateProps"=dword:000000000): Om värdet är 0 kan inte TNEF/MIME skapa nya icke-Outlook-anpassade egenskaper. Det här värdet är standardvärdet. Om värdet är 1 kan TNEF/MIME skapa nya icke-Outlook-anpassade egenskaper.

• AllowMSGFilestoCreateProps: Om värdet är 0 kan MSG-filer och .oft-filer inte skapa nya icke-Outlook-anpassade egenskaper. Det här värdet är standardvärdet. Om värdet är 1 kan MSG-filer och .oft-filer skapa nya icke-Outlook-anpassade egenskaper.

• Tillåt inteTNEFPreservation: För att underlätta migreringen till det här nya beteendet bevarar Outlook den ursprungliga TNEF när anpassade egenskaper inte skapas. Den ursprungliga TNEF sparas i en binär ström på objektet som sparas. Outlook använder följande egenskapstagg för att spara strömmen:

  PR_TNEF_UNPROCESSED_PROPS PROG_TAG(PT_BINARY, 0x0e9C). HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Options\Mail ] "DisallowTNEFPreservation "=dword:000000000
  registerinställningen styr om Outlook skapar egenskapen PR_TNEF_UNPROCESSED_PROPS.
  
  Obs! Egenskapen PR_TNEF_UNPROCESSED_PROPS tas bort från ett meddelande när du bäddar in ett meddelande i ett annat meddelande som en bifogad fil. Egenskapen PR_TNEF_UNPROCESSED_PROPS tas också bort när du vidarebefordrar ett meddelande eller svarar på ett meddelande.