Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / Outlook / Programming Add-Ins / July 2005

Tip: Looking for answers? Try searching our database.

how to override global "send as ical" setting

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Tony Rozga - 05 Jan 2005 21:25 GMT
Hi, this is my first post, I've learned much from reading OfficeKB archives, thanks.

I'm writing a C++ COM addin that creates a meeting request with certain fields pre-populated.  We would like to modify the body text significantly, including inserting a bitmap.  Most of the functionality is in place with a few undesirable things I would like to fix:

- if the user has set Tools/Options/Calendar Options/use iCal, my embedded bitmap causes Outlook to pop up a dialog warning that this "attachement" won't be included in the outgoing message.  I'm hoping someone has hacked around this issue.  I did read the promising thread: http://www.officekb.com/uwe/Forum.aspx/outlook-prog-addins/123/Setting-propertie
s-on-existing-Redemption-Recipient
 but these properties don't seem to influence a meeting request.  I've tried creating two meeting requests, one with iCal set and one with it not set and then comparing both OOM properties and MAPI properties, no obvious clues there.  Any clue how to turn this off for a specific message?

- if the send as ical option is off, I get a multipart MIME message on output but the "rich" body format is encoded in application/ms-tnef...not a standard I'm aware of :)  It would be really cool if one could control how the MIME message was generated.  Sound like a pipe dream?

- I feel slightly "dirty" about how I went about aquiring the IRichEdiOle interface for the body text control, and my method only works for new items.  (I'd be happy to share if anyone is interested).  It looks like Redemption exposes these UI controls, anyone know a clean way to do this?  Any hints Dmitry? :)  Is it somewhere in IMAPI land or IOle land?

Anyway, thanks.
Tony
Sue Mosher [MVP-Outlook] - 05 Jan 2005 22:17 GMT
Easiest way to turn iCal off for a single message might be to use
CommandBars to toggle the Tools | Send as iCalendar command on the meeting
request's menu.

A non-iCal meeting request is sent as an Outlook item, which is where the
application/ms-tnef winmail.dat part comes in. You cannot change that
behavior. If it doesn't go out as ms-tnef, Outlook won't recognize it as a
meeting request.

Signature

Sue Mosher, Outlook MVP
Author of
    Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Hi, this is my first post, I've learned much from reading OfficeKB
> archives, thanks.
[quoted text clipped - 18 lines]
> a standard I'm aware of :)  It would be really cool if one could control
> how the MIME message was generated.  Sound like a pipe dream?
yomur A - 28 Jul 2005 17:59 GMT
Hi, I'm trying to uncheck the 'Send as icalendar' option for single request
meeting message as well.
Thanks to Sue, I was able to search control id for the menu and able to set
'Enabled' property, but I don't know how to uncheck the option for 'Send as
iCalendar'.  Any info would be appreciated.

Set objInsp = MyItem.GetInspector
Set colCB = objInsp.CommandBars
Set objCBB = colCB.FindControl(, 5458)
if not objCBB is nothing then
  objCBB.Enabled = false
  objCBB.Visible = false

end if

Thank you.

>Easiest way to turn iCal off for a single message might be to use
>CommandBars to toggle the Tools | Send as iCalendar command on the meeting
[quoted text clipped - 10 lines]
>> a standard I'm aware of :)  It would be really cool if one could control
>> how the MIME message was generated.  Sound like a pipe dream?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.