Re: read receipts
- From: "Ade Famoti [MSFT]" <adef@xxxxxxxxxxx>
- Date: Mon, 3 Apr 2006 19:22:51 -0400
Theres one way to find out whats going on. If you inspect the headers of the
message that your partners sent to you requesting the read receipt, check
for either:
1. Disposition-Notification-To:
2. Return-Receipt-To:
#1 is the MIME standard RFC 2298, and adopted by most compliant
implementations of messaging softwares. When a MIME message contains this
header, it means the sender is asking for a read notification back or read
receipt. Since Exchange is compliant with RFC 2298, you will observe that
all Exchange MIME messages to the internet contain this header. This header
, for the inbound scenario is mapped to the MAPI property
PR_READ_RECEIPT_REQUESTED = true. When the client/reader gets this message
in Outlook, they get a dialog to send a RR or not. Once they hit ok, the
store kicks off the RR. If deleted without reading, you get a non-read
receipt.
The #2 header is not a standard, but a widely used "best practice" header in
the days preceeding RFC 2298. When a client requested a read receipt, the
MIME header was appended with the Return-Receipt-To: header, which in most
clients also means a delivery receipt or delivery report, in Exchange later
mapped to the MAPI PR_ORIGINATOR_DELIVERY_REPORT_REQUESTED property.
If the header your partners are sending you is #2, then Exchange will send
back a delivery report back to your partners instead of a Read Receipt.
Since delivery reports involves server to server, and not client to client,
the sender will never get a read receipt back.
Hope this helps.
Ade
"Paul" <Paul@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:BB54F5F1-DC72-46F4-833D-121EABF3186D@xxxxxxxxxxxxxxxx
yes but this refers to 5.5
"Martin Blackstone - MVP" wrote:
Are you talking about this
http://support.microsoft.com/?kbid=257396
"Paul" <Paul@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:680F6861-4074-4DA8-B1F0-9C43FCEB34F9@xxxxxxxxxxxxxxxx
This has got to be a server side control, but I am struggling to find
the
setting!
"WILDPACKET" wrote:
I took over this new job and I notice RR go out to everybody in and
outside
the org. Though they are nto enabled via Outlook. I am wondering how
this
was done.
"Paul" wrote:
We have a partnership with a company that requires read receipts on
emails
they have sent to us. This company is completely seperate from our
domain and
exchange organisation.
I know that RR's are client side and I also know if I send one out,
say
to
the Internet to test against my webmail email account they work fine
going
outwards, but if the partnership request a RR from anyone within our
organisation they do not get a receipt.
Now I'm guessing this is not allowed by default much the same as OOF
is
not
from the Internet but this can be seup at the global level on a per
domain
basis. So my question is it be setup to allow RR's to be sent to
this
external company when they request one?
"Martin Blackstone - MVP" wrote:
RR's are a client action, not a server.
What's going on?
"Paul" <Paul@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:733B5639-3B96-46F3-8C9F-B15F4A26F97A@xxxxxxxxxxxxxxxx
Hi,
Does anyone know how to setup exchange 2003 so that it allows a
requested
read receipts to be returned to a requesting external company.
I know it can be done from within the exchange organization
going
outwards
but how can you set this up so it allows a read receipt to be
returned to
a
company outside your organizagtion?
i have posted this before but unfortunately I am still wondering
if
this
is
possible.
Thanks
.
- References:
- Re: read receipts
- From: Martin Blackstone - MVP
- Re: read receipts
- From: Martin Blackstone - MVP
- Re: read receipts
- From: Paul
- Re: read receipts
- Prev by Date: Re: OWA Issues w/ small Bus. 2003 server
- Next by Date: Re: quite a few of 6006 cetegorizer events
- Previous by thread: Re: read receipts
- Next by thread: Re: Removing Recipient policy
- Index(es):
Relevant Pages
|
