Outlook Security

Is there any other way to get rid of this Outlook security message? "The program tries to automatically send e-mail on your behalf ... and so on," and it gives me the opportunity to select "Yes," "No," and "Help."

I am currently developing an Outlook automation application using Ms Access. Each time I issue the Send command, this pop-up message, I tried to use SendKeys "% s", but it does not work in Access 2007.

Is there an alternative solution to this? Thanks!!

+4
source share
5 answers

You might want to consider Outlook Redemption.

From the commercial:

Outlook Redemption works with the restrictions imposed by the security patch and Service Pack 2 (SP2) for MS Office 98/2000 and Office 2002/2003/2007 (including Security Patch), and also provides a number of objects and functions for working with properties and functionality, not subject to the Outlook object model.

+6
source

Microsoft does not want scripts to be able to send email without user consent. According to KB 263084 , you can do one of the following actions (which do not allow the scripting interface or configure the system to suppress the message):

  • change some Exchange server settings
  • use cdo
  • Use Advanced MAPI
  • use COM add-in

I don’t think that any software solutions are especially simple, and applying changes to Exchange may not be the solution for you (especially if your application should work with Outlook clients that are not in the Exchange environment, of course).

+3
source

Found that the link , just sending a message to Google Outlook, looks like it should fix your problem.

0
source

You can avoid this by sending the message directly to the SMTP server, instead of using Outlook to send the message. A security warning exists so that people like you don’t send me messages from my account. Although you have good intentions, what you write is essentially virus-like (imagine if you can do it without a security clue - spam paradise!)

0
source

If you do not want to use Redemption (others have already advised, so I think you will not), you have another option that I can assure will be much more painful to implement. Basically you will need to create an add-in instead of an external program. An add-in can do anything in Outlook without receiving these messages. You can probably make the add-in as a simple server - do what you need by receiving commands from the outside world (in case you cannot do everything you need to do from Outlook). Perhaps you can remove the WCF service (IPC or Inter Process Communication, which acts as shared memory between two processes). Please note, however, that you will probably be better off if you just use Redemption or just an add-on. Connecting Outlook with an external process is a pain, and it gets worse because Outlook classes are not serializable. Thus, basically, you will need to add data transfer objects for each class that you need to access through your application.

Perhaps if you decide this, it will be a little easier to implement, but it is still a problem.

0
source

All Articles