Outlook 2007 SP1, Win XP Pro SP2

After right clicking a file in Explorer, selecting Send ToMail Recipient a
new email is created as expected with the selected item already attached.
After addressing the email and clicking "Send" however the email remains
static on the screen with a misleading message reading "This message has
not been sent" displayed above the large Send button. I say misleading
because it turns out this email does actually get sent. In this state, the
Send button remains highlighted and most other icons & menu options are
greyed out. Because this message window is modal to the main Outlook Window
you are unable access any other Outlook functionality until this message
window is removed.

Resetting the outcmd.dat does not fix the problem, as was a suggested fix
by someone.

If Outlook is not running at all when "Send ToMail Recipient" is used,
then the email message is removed from the screen after sending, as you
would expect. But if Outlook is running at the time, even minimised to the
system tray, then the email message will instead remain stuck on the screen
with the misleading message. Luckily as a workaround, the close gadget does
still work on the message and will remove it from the screen. Nevertheless
is it still annoying that you should need to do this.

As far as I can tell all the MAPI settings on my computer are established
correctly. The only weird thing I've noticed is that I have 2 identical
"URL: MailTo Protocol" entries listed on the File Types tab of Folder
Options. Is this normal? The Delete button is ghosted so you are unable to
delete one of the entries.

Is anybody able to shed any light on this matter, as no amount of googling
has assisted me with a solution.

--
Alan McFarlane.

That sounds like you're running some addin that is handling the Item.Send
event and is not releasing the object after the send. The addin most likely
is not handling cases where Outlook is started using a Simple MAPI
Inspector.

What addins are you running with Outlook? Check in Tools, Trust Center and
take a look. See if the same thing happens if you start Outlook in safe
mode. Open the Start, Run dialog and in it type:

outlook.exe /safe

Then press Enter. Does the same thing happen then?

--
Ken Slovak
[MVP - Outlook]
http://www.slovaktech.com
Author: Professional Programming Outlook 2007
Reminder Manager, Extended Reminders, Attachment Options
http://www.slovaktech.com/products.htm


"Mack" wrote in message
.. .
Outlook 2007 SP1, Win XP Pro SP2

After right clicking a file in Explorer, selecting Send ToMail Recipient
a
new email is created as expected with the selected item already attached.
After addressing the email and clicking "Send" however the email remains
static on the screen with a misleading message reading "This message has
not been sent" displayed above the large Send button. I say misleading
because it turns out this email does actually get sent. In this state, the
Send button remains highlighted and most other icons & menu options are
greyed out. Because this message window is modal to the main Outlook
Window
you are unable access any other Outlook functionality until this message
window is removed.

Resetting the outcmd.dat does not fix the problem, as was a suggested fix
by someone.

If Outlook is not running at all when "Send ToMail Recipient" is used,
then the email message is removed from the screen after sending, as you
would expect. But if Outlook is running at the time, even minimised to the
system tray, then the email message will instead remain stuck on the
screen
with the misleading message. Luckily as a workaround, the close gadget
does
still work on the message and will remove it from the screen. Nevertheless
is it still annoying that you should need to do this.

As far as I can tell all the MAPI settings on my computer are established
correctly. The only weird thing I've noticed is that I have 2 identical
"URL: MailTo Protocol" entries listed on the File Types tab of Folder
Options. Is this normal? The Delete button is ghosted so you are unable to
delete one of the entries.

Is anybody able to shed any light on this matter, as no amount of googling
has assisted me with a solution.

--
Alan McFarlane.