This is the most common message we face, i have seen the code to resolve this by other means, but don't have an idea how to resolve this by using MAPIMessages Control. Please help
"A program is trying to access e-mail address information stored in outlook...."
"A program is trying to send an email message on your behalf...."
I use Redemption with VB6 to get around this.
http://www.dimastr.com/redemption/home.htm
Related
I have someone that is using MSAccess to send out emails and are using the Redemption library to help with putting together the email message.
However a new requirement has emerged where they will need to write some custom headers in the email message before sending.
The code is using RDO.Item to build the body of the email message.
I have seen some other suggestions where VBA and Outlook are used that after getting a MAPI session they have used .PropertyAccessor. methods to write items to the headers but I am unsure if this is possible via Redemption's MAPIOBJECT.
Is this something that the Redemption library is able to support?
Thanks in advance!
All you need to do is something like the following:
YouRDOMailObject.Fields["http://schemas.microsoft.com/mapi/string/{00020386-0000-0000-C000-000000000046}/X-MyCustomHeader"] = "Some value";
How is it possible to get the diagnostic information from an email received in Outlook. We're using some ole thing in gupta/teamdeveloper. I want to find out if the email was returned by the system if the sender was not found because we're using the sent/received date and when that is empty (which apparently happens when the mail is returned by the system) our software crashes because the ole thing can't read the empty date...
Use the Outlook_ReportItem object which is similar to a MailItem object, and it contains a report (usually the non-delivery report) or error message from the mail transport system.
If you don't have it in your automation apl already, then you'll need to re-generate the apl.
All the functions you need will be in the Functional Class once the interface has been (re) generated properly.
We have written an Outlook Add-in and it appears that when you add user properties to a MailObject while the user is composing it, and you then encrypt and sign it and the message is Sent, the message will end up getting sent as TNEF, despite imploring outlook to do otherwise through various settings and so on as described here: http://www.slipstick.com/problems/outlook-is-sending-winmail-dat-attachments/
So one of our clients has a contact who insists on encrypted communication and therefore our client now has an issue with this contact. Either they cannot use our Add-in to its full potential (having to avoid the functionality that adds those User Properties), or their contact complains about receiving mail with "winmail.dat" attachments.
I have since established a communication with our client's contact, and I am trying to establish what e-mail client they are using, and one thing I'm going to try is see whether they would be open to the idea of moving to another e-mail client that is TNEF capable, even if it's not Outlook. But my Google-Fu is failing me. I've googled "TNEF capable email clients" and many variations thereof "that can use" "able to" ... etc etc etc. Nothing gives me the result I am looking for, a simple list of non-outlook email clients that have native capability for handling TNEF e-mails they receive. Plenty of articles of tools to allow users to decode the winmail.dat attachments manually, sure, but no simple list of natively capable e-mail clients.
If anybody can help me with this one, it would be greatly appreciated.
Eudora used to support TNEF. Otherwise Outlook is the only one to the best of my knowledge.
I'm searching for a possibility to generate a predefined mail when the user clicks on a button in a tcl/Tk program. Up to now I'm using the mailto-protocol, but as the predefined message may have a long body, the message may be cut at some point. Thus, this is no real solution.
All alternatives I found up to now have some drawbacks. So, is there a possibility which meets following requests?
Open default mail program, which may be a proprietary one (not only the standard ones like Outlook or Thunderbird...)
Create (and open) predefined message with either much text or alternatively an attachment
Should work on at least Windows XP until current versions (Windows 10) and also with very limited user rights
Must be possible to implement with tcl or C
It would be no solution to just send a Mail in the background, as it should be really transparent what happens and which information is send...
(I know there are already many questions about similar topics, but I haven't found a solution which worked for me.)
It should be possible to automate sending mails on Windows via tcom by using the CDO.Message COM object.
That's a Windows-only solution.
A cross-platform solution which should work everywhere is using the package mime to construct the message and smtp to send it. Both are part of "the standard Tcl library", tcllib, available on any sensible system which has Tcl packaged.
As to
It would be no solution to just send a Mail in the background, as it should be really transparent what happens and which information is send...
I failed to parse it. Could you may be try to reformulate?
Update:
Well, OK, after re-reading the title I think I completely fail to understand the essense of the question.
If everything what's needed is opening a e-mail message — as in "a file with MIME-formatted text representing an e-mail message", — I think that's hardly possible because a "default program to handle e-mails" is specified for URIs having the mailto scheme.
If what's needed is to spawn a default mail client on Windows asking it to open a window to let the use compose an e-mail message destined to the predefined address, the you can use
exec [list rundll32.exe uri.dll,FileProtocolHandler "malto:$addr"]
where the addr variable contains the recipient's e-mail address.
The mailto: URIs allow specifying the message body (and may be that's what you're currently using) but they (rightfully) do not allow specifying a file name to interpret as a message, so there appears to be no way to open a mail client with a pre-made message.
Update #2:
OK, so may be I finally got what did you mean by saying "should be really transparent...". You mean the user has to see with their own eyes what will be sent, right? But what's wrong with just emulating an e-mail client by presenting the user with a dialog window showing which will be sent? This is used by every software product I have seen which had a similar feature. Various Microsoft and Mozilla products come to mind as the most visible examples. They just offer you a dialog box to browse what will be sent.
Note that even if the user saw "what will be sent" in a true mail client and hit "Send" with their own hand, nothing prevents any host among those which will be handling this message (usually two at least) from modifying it unless it was a cryptographically signed message (in S/MIME format).
Are you sure you want to go that far?
I have installed a joomla component and its working quite good but i am facing the problem that whenever i am trying to send mail by using the component iam always getting the message
"Could not instantiate mail function."
Please help me in getting the solution to the problem
It could not find any valid setting in your configuration.php for sending out e-mail.
The settings you should check in configuration are the ones prefixed with '$smtp'.
On the other hand, if you installed a 3rd party component, check if they implemented the send email function in a proper way; meaning that e-mails are sent using the mail routines provided by the framework (phpmailer) rather than a custom mail implementation.