some read receipts not working

D

Diarmar

Hello,

i've really strange problem here. One of my customer (about 400
clients) complain that since we started migration from office 2000 to
office 2003 few users (less than 10) are having some problems with the
outlook read receipts. Users are using outlook 2003 and can't receive
the receipts for some groups of users, for example one is complaining
she can't receive the receipts from all people starting with letter
"g". The same user can change pc, and all works fine, so it can't be a
problem of who receive the email.
thank you for help
P.
 
V

VanguardLH

in message
i've really strange problem here. One of my customer (about 400
clients) complain that since we started migration from office 2000
to
office 2003 few users (less than 10) are having some problems with
the
outlook read receipts. Users are using outlook 2003 and can't
receive
the receipts for some groups of users, for example one is
complaining
she can't receive the receipts from all people starting with letter
"g". The same user can change pc, and all works fine, so it can't be
a
problem of who receive the email.


Do you push policies that enforce all your employees to respond to
read receipt *requests*? Do any of those employees have domain admin
privileges on their own host so they could override any policies that
you push at them (so you push the policy when they login but they use
a shortcut or scheduled event to run a .reg file that undoes those
policies put into the registry)? Besides trying to push a policy to
enable automatic read receipts (which hopefully your Exchange server
will filter out of externally received e-mails), do you actually have
a company policy that requires its employees to enable automatic read
receipts?

Are any of these users running unathorized software on their hosts?
Do you actually have a client that lets you take inventory to know if
they are running unauthorized software? Maybe some of them have
installed anti-spam or anti-malware software that filters their
outbound e-mails to remove the read receipt header or do the same on
inbound e-mails. For example, at home, I use SpamPal with its
HTML-Modify plug-in which lets me delete the headers from inbound
e-mails regarding delivery notification (i.e., read receipts).
Although I have Outlook configured to never respond to read receipt
requests, I also have this anti-spam plug-in eliminate those headers
before they are delivered to any e-mail client that uses SpamPal for
spam filtering.

For the recipients that are getting the e-mails for which a read
receipt is requested, have them check the headers to see if any of the
following are listed:

Read-Receipt-To
Return-Receipt-To
Return-Receipt-Requested
Disposition-Notification-To
Generate-Delivery-Report

Some are for delivery notification (the mail server is supposed to
respond that it accepted the e-mail for a valid account), some are for
read notification (the recipient's e-mail client is supposed to
acknowledge the message if and when the message was actually viewed).
I don't remember which header is for which function. If none of those
headers are present, the recipient won't be sending back a receipt
when they view that message. Outlook doesn't record when it sends
read receipts so the recipient won't know if they sent any.

Outlook has had a long history of having read receipt e-mails get
stuck when sent. They won't appear in the Outbox folder in the
message store; i.e., they are hidden items. When they get stuck, you
have to use something like OutlookSpy or Microsoft's MDBVU32 to edit
and fix the message store, a rather daunting task for those not
intimate with the .pst database file (but then you are probably using
Exchange so it is unknown if your users are keeping a local offline
copy in a .pst file). Often those that request read receipts are
doing it trivially. Rather than using read receipts to prove (which
is inaccurate) that a recipient read a message, have the sender
request a reply when and *IF* a reply is needed. Obviously this does
not apply when meeting requests are sent (which I don't know would
ever bother trying to use read receipts to acknowledge acceptance of a
meeting request).

The receipt only claims that the recipient opened the message to view
it but there are other reasons why a message might've been opened but
not because the user actually read it, so you cannot use the receipt
as a guarantee that the user read their e-mail. You need to have a
company policy that says it employees are responsible for any content
of internal e-mails. Doesn't matter if they did not read it. They
are still responsible for any actions that were required by them based
on the e-mail. That is, they are still required to do their job if
that job entails actions based on e-mailed messages. Internal e-mails
must be viewed equivalent to phone calls. Employees aren't allowed to
not answer their internal phone calls, either, or lift the handset and
then immediately hangup.

Automatically sent read receipts do not prove the recipient actually
read an e-mail. The option would have to be configured to prompt the
recipient to send the read receipt but most e-mail users don't want to
bother answering all those prompts, especially if it is a pervasive
policy at a company to always request the receipts. Would you want to
get interrupted with a popup prompt and have to say Yes to denote that
you acknowledge that you actually read an e-mail? If you configure
Outlook to automatically send a read receipt, there is no proof at the
sender's end that the user actually read the message. With 3rd party
software interrogating the e-mails, it is possible the message got
"opened" without the recipient ever reading it. The recipient may
have simply been using the arrow keys to move between the messages,
moved past your message, it got opened in the Preview pane, a read
receipt gets sent, but the recipient never read it but was instead
navigating to another message that they did read. Read receipts are a
poor concept at proving that anyone actually read your e-mail.

Automatically sending read receipts proves nothing about having read
your message. No user is going to bother with constant prompts to
answer Yes to send them. Most users are inclined to always ignore the
request. Anti-spam programs may strip out some headers, like delivery
notification, priority, X-headers for upstream anti-spam filters, etc.

You need to check if the recipient gets e-mails that includes the
delivery notification headers. You also need to ensure that they or a
mail hop between doesn't alter the content of that e-mail and its
headers. You also need to check spam/junk filtering to see if the
senders aren't maybe discarding the read receipts that they themselves
had requested.
 
D

Diane Poremsky [MVP]

first you need to verify the users are returning receipts Then that the user
who is not getting them is not using a firewall or antispam software that is
removing the receipts - because the receipts are often tagged as spam and
not delivered.



** Please include your Outlook version, Account type, and Windows Version
when requesting assistance **
 
K

K. Orland

With Outlook 2000, when a read receipt is requested you don't have a choice
to refuse the request. It is automatically sent.

With Outlook 2002 & higher, replying to a read receipt is not automatic. The
user is prompted whether or not they wish to return it. I'm not using Outlook
2003 at this moment so I can't tell you offhand if it's a feature that can be
turned on or not.
 
T

Tom [Pepper] Willett

Yes, it can be turned off in Outlook 2003. Thankfully.

: With Outlook 2000, when a read receipt is requested you don't have a
choice
: to refuse the request. It is automatically sent.
:
: With Outlook 2002 & higher, replying to a read receipt is not automatic.
The
: user is prompted whether or not they wish to return it. I'm not using
Outlook
: 2003 at this moment so I can't tell you offhand if it's a feature that can
be
: turned on or not.
:
: --
: Kathleen Orland - MVP Outlook
:
: http://www.howto-outlook.com/
:
:
:
: "Diarmar" wrote:
:
: > Hello,
: >
: > i've really strange problem here. One of my customer (about 400
: > clients) complain that since we started migration from office 2000 to
: > office 2003 few users (less than 10) are having some problems with the
: > outlook read receipts. Users are using outlook 2003 and can't receive
: > the receipts for some groups of users, for example one is complaining
: > she can't receive the receipts from all people starting with letter
: > "g". The same user can change pc, and all works fine, so it can't be a
: > problem of who receive the email.
: > thank you for help
: > P.
: >
 
D

Diarmar

thank you for the answers. I'm using exchange 2003.
i think i was not so clear in explaining my problem, so maybe better i
do an example:
myinternaluserA send mail to 100 users, (30 internal and 70 external)
but he receive the read receipt from 95 users (28+67). If the same
internaluserA go on his colleague pc, log in with his (internaluserA)
account, and try to send the same mail, to same recipients, but now he
receive 100 receipts. If he go back on his pc and try again... he
receive the same 95 receipts. We are sure (because we called) that the
5 users are allowing the read receipts.
This iussue happen since the internaluserA upgraded to office2003.
I'm really wondering what it can be caused from...
thank you for helping
P.
 
B

Brian Tillman

Tom [Pepper] Willett said:
Yes, it can be turned off in Outlook 2003. Thankfully.

Not, however, when in an Exchange environment. The settings in Outlook
control apply only to Internet mail accounts, according to the information
on the Options.
 
V

VanguardLH

in message
thank you for the answers. I'm using exchange 2003.
i think i was not so clear in explaining my problem, so maybe better i
do an example:
myinternaluserA send mail to 100 users, (30 internal and 70 external)
but he receive the read receipt from 95 users (28+67). If the same
internaluserA go on his colleague pc, log in with his (internaluserA)
account, and try to send the same mail, to same recipients, but now he
receive 100 receipts. If he go back on his pc and try again... he
receive the same 95 receipts. We are sure (because we called) that the
5 users are allowing the read receipts.
This iussue happen since the internaluserA upgraded to office2003.
I'm really wondering what it can be caused from...
thank you for helping
P.



--- REPLY SEPARATOR ---
Only required because above poster used QUOTED-PRINTABLE format.
When posting to newsgroups, do NOT use quoted-printable format.
* Not all NNTP clients handle quoted-printable format.
- Some users still use console-mode (non-GUI) NNTP clients.
- The long lines may not wrap properly.
- Scrolling is needed if the long line does not get wrapped.
- The long line may get truncated at the window's width.
- Quoted-printable format uses special character sequences for
logical formatting. View the raw source of your post. Text-
only clients may show that encoding when viewing your post.
* Quoting levels get mangled, especially for multiple replies.
* In replies, there is no clear delineation of content.
- Cannot tell what content is from the original poster and
what is from the respondent.
- Makes impossible to determine who said what when a reply
inserts comments inline with the quoted content.
---[end of comments]---


So the roaming profile works okay when used on a different host.
Looks like it is time to inventory all the software that is installed
on the problematic host along with checking what processes are
running.
 
D

Diarmar

exactly, it seems problem of the host. I tryied to reinstall office
2003, but no results.
here the list of active processes on that machine:
ALMon.exe
igfxpers.exe
ServiceLayer.exe
taskmgr.exe
DWRCST.EXE
ctfmon.exe
explorer.exe
iPodService.exe
gcastDtServ.exe
AgntTray.exe
sxplog32.exe
iTunesHelper.exe
pthosttr.exe
svchost.exe
svchost.exe
RTHDCPL.EXE
SavService.exe
svcService.exe
RouterNT.exe
svchost.exe
ALsvc.exe
alg.exe
TRIGGAG.exe
svchost.exe
lsass.exe
services.exe
winlogon.exe
csrss.exe
smss.exe
ManagementAgent.exe
SDServ.exe
SAVAdminService.exe
AgentAPI.exe
DWRCS.EXE
trcboot.exe
spoolsv.exe
System
System Idle Process

thank you for your help guys
Piero.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top