Een met IRM beveiligd bericht verzonden naar een externe contactpersoon niet wordt in de resultaten van een zoekactie of discovery geretourneerd wanneer logboekregistratie is geïmplementeerd in een omgeving met Exchange Server 2013

BELANGRIJK: Dit artikel is vertaald door middel van automatische vertalingssoftware van Microsoft en is mogelijk nabewerkt door de Microsoft Community via CTF-technologie (Community Translation Framework) of door een menselijke vertaler. Microsoft biedt zowel automatisch vertaalde, door mensen vertaalde en door de community nabewerkte artikelen aan, zodat er in meerdere talen toegang is tot alle artikelen in onze Knowledge Base. Een vertaald of bewerkt artikel kan fouten bevatten in vocabulaire, syntaxis of grammatica.. Microsoft is niet verantwoordelijk voor eventuele onjuistheden, fouten of schade ten gevolge van een foute vertaling van de inhoud van een bericht of het gebruik van deze vertaalde berichten door onze klanten.

De Engelstalige versie van dit artikel is de volgende: 3134918
Symptomen
Overweeg het volgende scenario:
  • Implementeren van berichten in een Microsoft Exchange Server 2013-omgeving.
  • U maken een dagboek regel inschakelen van logboekregistratie in voor de e-mailberichten die worden verzonden naar een geadresseerde dagboek. Rapporten van verzendt de regel naar een extern contactpersoon.
  • U inschakelen journaal rapport decodering zodat u een bericht met IRM Information Rights Management-bescherming en een gedecodeerde kopie van het bericht met IRM-bescherming zijn gekoppeld aan het rapport.
  • Een bericht met IRM-bescherming wordt verzonden naar de ontvanger van het journaal. Het rapport is gemaakt en verzonden naar de externe contactpersoon.
In dit scenario ontvangt de externe contactpersoon in het rapport dat het bericht met IRM-bescherming en een Winmail.dat-bestand bevat. Hierdoor kan het opgenomen bericht met IRM-bescherming in de zoekopdracht of de discovery-resultaten worden geretourneerd.
Oorzaak
Dit probleem treedt op omdat het bericht met IRM-bescherming hardcoded worden geconverteerd naar TNEF Transport Neutral Encapsulation Format () als de server waarop Exchange Server wordt het bericht gedecodeerd.
Oplossing
U kunt dit probleem oplossen, installeren Cumulatieve Update 14 voor Exchange Server 2013 of een hoger cumulatieve update voor Exchange Server 2013.
Status
Microsoft heeft bevestigd dat dit probleem kan optreden in de Microsoft-producten die worden vermeld in de sectie 'Van toepassing op'.
Referenties
Meer informatie over de terminologie die door Microsoft wordt gebruikt om software-updates te beschrijven.

Waarschuwing: dit artikel is automatisch vertaald

Eigenschappen

Artikel-id: 3134918 - Laatst bijgewerkt: 09/20/2016 20:23:00 - Revisie: 3.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3134918 KbMtnl
Feedback