Salve,
Ho scritto un Routing Transport Agent (RTA) per Exchange 2010 che intercetta le emails che hanno destinatari in Bcc.
Ciò si è reso necessario in quanto non è possibile creare una transport rule che soddisfi la condizione di cui sopra. Infatti non è possibile applicare un filtro alle email che hanno destinatari in Bcc.
La logica della RTA è questa: se la mail ha un destinatario in Bcc, la RTA aggiunge un header X-Bcc impostato a Yes; se non c'è un destinatario in Bcc la RTA non aggiunge nessun header.
La RTA utilizza l'evento OnResolvedMessage.
Tutto funziona bene per le email inviate via SMTP che soddisfano la condizione di cui sopra, infatti accedendo all'email via POP/IMAP/OWA/MAPI, nell'intestazione del messaggio c'è l'header X-Bcc: Yes.
Il problema si presenta per le email inviate via OWA o MAPI, in quanto visualizzando l'intestazione messaggio via OWA o MAPI l'header X-Bcc c'è, mentre se accedo alla stessa email via POP o IMAP l'header X-Bcc è scomparso.
In un primo momento ho pensato ad un problema del client di posta, pertanto ho provato a scaricare la email via POP/IMAP con Outlook Express, Microsoft Outlook, Thunderbird ma l'esito non cambia, l'header X-Bcc sembra scomparso nel nulla, ma fà bella
mostra di se accedo alla stessa mail via OWA o MAPI.
A questo punto ho sniffato il traffico di rete in fase di download della email dal server via POP/IMAP ma effettivamente tra i pacchetti l'header X-Bcc non c'è, quindi escludo che è un problema del client.
Mi domando com'è possibile che l'header di un messaggio c'è se lo visualizzo da OWA o MAPI, ma per lo stesso messaggio non c'è ne traccia se lo scarico via POP/IMAP?
A titolo esemplificativo allego l'intestazione del messaggio incriminato.
L'intestazione messaggio per la email inviata con OWA o MAPI ha l'header X-Bcc: Yes
X-Bcc: Yes
Received: from e2k10.test.local ([fe80::4104:565b:c852:9d0b]) by
e2k10.test.local ([fe80::4104:565b:c852:9d0b%10]) with mapi id
14.01.0289.001; Wed, 1 Jun 2011 23:53:23 +0200
Content-Type: application/ms-tnef; name="winmail.dat"
Content-Transfer-Encoding: binary
From: 1 <1@laf.dynalias.com>
To: 1 <1@laf.dynalias.com>
Subject: owa 2
Thread-Topic: owa 2
Thread-Index: AcwgplLSNt/Kj5LMQ26T30ShNAJ8uQ==
Content-Class: urn:content-classes:message
Date: Wed, 1 Jun 2011 23:53:21 +0200
Message-ID: <CEB4C4DE-45ED-4BB5-88F1-F1A31CABFD22@mimectl>
Accept-Language: en-US, it-IT
Content-Language: en-US
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator: <CEB4C4DE-45ED-4BB5-88F1-F1A31CABFD22@mimectl>
MIME-Version: 1.0
X-MS-Exchange-Organization-AuthSource: e2k10.test.local
X-MS-Exchange-Organization-AuthAs: Internal
X-MS-Exchange-Organization-AuthMechanism: 04
X-Originating-IP: [192.168.88.3]
Lo stesso messaggio scaricato via POP o IMAP non ha più l'header X-Bcc: Yes
Received: from e2k10.test.local ([fe80::4104:565b:c852:9d0b]) by
e2k10.test.local ([fe80::4104:565b:c852:9d0b%10]) with mapi id
14.01.0289.001; Wed, 1 Jun 2011 23:53:23 +0200
From: 1 <1@laf.dynalias.com>
To: 1 <1@laf.dynalias.com>
Subject: owa 2
Thread-Topic: owa 2
Thread-Index: AcwgplLSNt/Kj5LMQ26T30ShNAJ8uQ==
Content-Class: urn:content-classes:message
Date: Wed, 1 Jun 2011 23:53:21 +0200
Message-ID: <CEB4C4DE-45ED-4BB5-88F1-F1A31CABFD22@mimectl>
Accept-Language: en-US, it-IT
Content-Language: en-US
X-MS-Exchange-Organization-AuthAs: Internal
X-MS-Exchange-Organization-AuthMechanism: 04
X-MS-Exchange-Organization-AuthSource: e2k10.test.local
X-MS-Has-Attach:
X-MS-Exchange-Organization-SCL: -1
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <49D49E37D1A6FC4395B94C1F0D60820E@test.local>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
