Skapa köobjekt från synkroniserade e-postmeddelanden

  • Artikel

Det finns flera tillgängliga alternativ för OrgDbOrgSetting för att styra hur köobjekt ska skapas automatiskt för synkroniserad e-post. Om du inte är nöjd med OrgDbOrgSettings läser du KB-artikeln. Observera att följande inställningar gäller för hela organisationen.

  • CreateQueueItemForSynchronizingMailbox (på engelska)
    • När funktionen är aktiverad lägger systemet till den för tillfället synkroniserande köbrevlådan i listan över köer för vilka ett köobjekt ska skapas. Överväg att aktivera det här alternativet om köbrevlådor potentiellt tar emot eller bearbetar e-postmeddelanden som de inte finns i mottagarlistan i, till exempel via medlemskap i distributionslistor eller som mottagare av BCC. Standardvärdet är sant.
  • CreateQueueItemsForAcceptingQueueRecipients
    • När funktionen är aktiverad skapar systemet ett köobjekt för varje löst kömottagare under bearbetning av inkommande e-post. Om AutoRouteToOwnerQueue är aktiverat för e-posttabellen skapar systemet dessutom ett köobjekt i e-postägarens standardkö. Standardvärdet är sant.
  • SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail
    • När funktionen är aktiverad skapas ett köobjekt för synkroniseringskön på servern om ett e-postmeddelande redan har skapats genom serversynkronisering och köobjektet inte finns i synkroniseringskön. Standardvärdet är "false".

Inställningarna kan mixas och matchas för att få önskad flexibilitet för hur köobjekt ska skapas automatiskt av systemet. Systemet kan till exempel skapa flera köobjekt för varje kömottagare efter behov med hjälp av följande inställningskombination och flöde som beskrivs nedan:

  • Ange CreateQueueItemForSynchronizingMailbox till true.
  • Ange CreateQueueItemsForAcceptingQueueRecipients till false.
  • Ange SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail till true.
  1. Ett enda e-postmeddelande skickas från en kund till flera köbrevlådor som övervakas av serversynkronisering.
  2. En automatisk regel flyttar e-postmeddelandet ut ur inkorgen-mappen i varje kö. E-postmeddelandena visas därför inte initialt för synkronisering på servern och bearbetas inte.
  3. I en av köerna flyttas e-postmeddelandet till inkorg-mappen som ska hämtas för bearbetning av serversynkronisering. Eftersom CreateQueueItemForSynchronizingMailbox är aktiverad och CreateQueueItemsForAcceptingQueueRecipients är inaktiverad skapar systemet endast köobjekt för den kö som bearbetade e-postmeddelandet.
  4. En annan köbrevlåda anmäler sig till processen för att skapa köobjekt genom att flytta e-postmeddelandet till inkorgen. Eftersom SSSCreateAdditionalQueueItemsForAlreadyTrackedEmail är true, upptäcker serversynkronisering det flyttade e-postmeddelandet men känner igen att det redan har marknadsförts. Som ett resultat av detta skapar systemet ytterligare köobjektet för den aktuella synkroniseringsköbrevlådan och associerar det med det befintliga e-postmeddelandet som synkroniserades av den första köbrevlådoren i steg 3. Obs! Den här åtgärden anropar inte DeliverIncoming SDK-meddelande för e-post och använder i stället Skapa SDK-meddelande för QueueItem.
  5. Steg 4 kan upprepas om det behövs eftersom fler köer anmäler sig till processen för att skapa köobjekt genom att flytta e-postmeddelandet till inkorgens mapp för bearbetning.