I noticed that for some attachments in Microsoft Outlook, the source (under view source) will include a content-ID for attachments. In other cases the content-ID will not appear.
A google search does not return many results regarding this issue.
An example Content-ID would be <image001.png#01DAS603C.29FDASE50>
When does the outlook source have content-ids for attachments?
That all depends on the incoming message. If a received message does not have the content-id header, Outlook will not add it.
If the content-id header is not set, Outlook will match HTML img reference based on the file name.
Related
How to get MIME content of Outlook template file? I need to create an email from file and send it using Graph REST API. In Microsoft Docs I found only different examples.
OFT file is in the same format as MSG. Neither format contains any MIME data - it is simply not native to Outlook.
You would need to convert the file to the MIME format - see Convert Outlook.Mailitem to MIME type without saving or sending the mail.
I've created an Outlook extended property for contacts with the REST API described here. This is the relevant JSON payload.
{
"singleValueExtendedProperties": [
{
"id":"String {b06defca-5b03-4ee3-ba80-c5c9f49bea8d} Name MyProp",
"value":"true"
}
]
}
This prop is successfully saved and returned if I request instance of contacts with this extension via REST API.
contacts?$filter=singleValueExtendedProperties/Any(ep: ep/id eq 'String {b06defca-5b03-4ee3-ba80-c5c9f49bea8d} Name MyProp' and ep/value eq 'true')
So far, so good.
But how can I show this extension within the Outlook application, e.g. in Outlook for Mac v16.15 ? I assume, that I can add such an extension as additional column in the list view of all contacts. There are always columns named 'Benutzerdefiniert 1' .. 'Benutzerdefiniert 8' (in english 'User defined'). But nothing. Also nowhere within the huge (and BTW very good) Microsoft Graph docs I found any hint linking from the MS Graph REST API into the Outlook app.
What is necessary to have visible custom Outlook properties managed by the MS Graph REST API ?
Kind regards
Dominik
have you tried using Outlook web addin?
You can create an outlook web addins in order to show the extension properties in outlook like this image below.
I am using Outlook.Attachment attachment object in my C# Outlook AddIn. But the attachment object doesn't have any field which suggest what is the full source path of the file being attached.
The attachment object has the following fields/methods, but they are not helpful.
attachment.DisplayName
attachment.FileName
attachment.GetTemporaryFilePath()
There is no such thing - attachment does not have to come from the file system even it is created. After its is inserted, it is stored outside of the file system alongside messages in the store.
We need to be able to search on email attachment names (Name of the files attached to an email archived in FileNet through IBM ICC Microsoft Exchange email connector)
If we just enable CBR on the object store, we are able to search the text in attachment body but not the attachment names.
Another approach we thought of is to save the attachment names in a metadata property. But issue here is, we are not able to extract the attachment names in ICC. Please suggest any approach for this.
Could you check the filename in the content element of created document for attachment.
If the filename contains the original attachment name, you can copy this value into DocumentName property throught handler action or pre-processor action.
I want to open the user's Mail client on clicking a button and populate the message body with some HTML content.
While my code successfully does that (using mailto: URL scheme), the HTML content shows up as is (i.e. the HTML is not formatted).
Is there a way I can specify that my message contains HTML when opening the Mail app? Or can I format my data like we do when typing an email in a mail client?
Thanks.
I'm not sure about this, but just to give some input. RFC2368 Shows how to format mailto links, specifically how to include headers. One example of a header is "Content-type", which you would want to set to text/html in this case. So something like
mailto:?Content-type=text/html
might just work.
while specific extensions might be available on certain mailto handlers, the relevent text from RFC 2368 - The mailto URL scheme is
The "body" hname should contain the content for the first text/plain body part of the message.
The hname here refers to the 'body' in the 'body=some text' part of the mailto url. You basically get to provide a full set of email headers (name=value pairs) in the mailto url - separated by &'s - 'body' is defined specifically in the rfc to indicate the following text (up until the next separating '&') is the text/plain part of the message. Because there is no schema to add multiparts to an email message, you cannot express the multipart required to add the text/html part.
The only way to add a text/html part to the message would require you to be using a mailto handler that either supported an extended uri syntax, or had some way to allow you to continue programmatically adding content to the email.
I answered that a couple days ago here: How can I send a HTML email from Cocoa?