I'm coding up some HTML email templates — something that I do rarely enough that I always find myself re-googling to remind myself of the latest constraints and pitfalls. A couple of good resources for css support in different email clients and contexts are, of course, Campaign Monitor and Mailchimp, but their webmail sections always seem to talk about Outlook.com, not Microsoft's browser-based Office 365 mail offering.
Can anybody confirm (or refute) that — for the purposes of css support and rendering — Outlook.com and Office 365 are equivalent?
Related
I was happy to see Microsoft added support to SendMail and using a MIME file. But, it seems it has the issue most graph APIs had (or have) and that is the 4mb limit. And because the MIME needs to be base64 encoded, that means we're down to about 2.8MB in actuality.
Error returned when over the limit is:
"413 Request Entity Too Large"
In 2022 that limit is pretty small as most customers are now emailing PDF attachments of POs (a lot of them raster image PDFs, so bigger), invoices, etc. Just wondering if there is a workaround or if MS is planning on updating this feature as it is a GREAT feature to have (like GMail, et all have).
I have a lot of customers using my software and this feature will make their transition from in house exchange servers or other online email clients to Office 365.
Microsoft has 2 different front-end web clients for email, as explained here, the newest is named "modern Outlook UI", and the former one is named "classic Outlook UI".
My Microsoft 365 subscription (and also my free old hotmail account) both re-direct to live.com and show the "classic" interface, even if I try to log in to office.com (and/or outlook.com).
My work account however, does the opposite - it redirects to office.com and shows a totally different user interface (which I assume is the "modern" UI).
How can I get my own email address which uses this modern UI?
I'm building an add-in, which I need to test under both UI's.
Here's screenshots which I think show the two?
classic:-
modern:-
The modern UI is for Exchange Online: Microsoft 365 subscription (Outlook web app), Outlook.com
The work email uses the modern UI since it must be a part of a active M365 subscription.
You'll have to subscribe to M365 to see the same on your personal account.
I have Outlook 2016 using Hosted Exchange. Here's what I need to be able to do:
Add Outlook tasks automatically when adding a contact via a custom form.
Send a premade .doc, .html, or .mshtml file via email to a set of contacts.
Keep track of who has received what premade email
I have some JS experience, but I'm not afraid of getting into .NET or VBA. I'm leaning towards VSTOs because, from what I've read, Office.js doesn't seem to allow for much interoperability between, say, Word and Outlook.
Any advice would be greatly appreciated.
From what you describe, I would step outside of Outlook all together and use theMicrosoft Graph API. Using Graph you could wire up a Webhook so you can capture when a new Contact is added and then send an email with a file attachment. You could then use Extended Properties to tag each Contact with the document/email they received.
I would also suggest taking a look at Microsoft Flow. For workflow scenarios like this, it may be a better fit.
I have an Outlook 2013 add-in that I'm developing. Its very simple - it forwards the selected email as an attachment to a specific address and then it deletes the email selected. (Really just moves it to the recycle bin).
If our organization upgrades to Office 365, is there anyway to replicate that functionality with the 'new' add-ins? The javascript API's don't seem to give any way of moving emails to other folders or otherwise 'deleting' them.
https://msdn.microsoft.com/en-us/library/office/fp142185.aspx
Is there another method/API for developing add-ins for Outlook 365?
Thanks!
Mail Apps are run in the context of items and JavaScript API for Office doesn't provide any methods for that. You need to use EWS or Office 365 API for getting the job done. Also see EWS Managed API, EWS, and web services in Exchange for more information.
I was wondering how to handle LDAP address books in Outlook like MAPI one (display of all contacts in any way, like thumbnails etc...)
Of course, this can be a problem in cases of many entries, but i'd like to export all users a specific branch of my global LDAP AB. Class used in inetOrgPerson.
Actually, i can browse the contacts (only through the search field), else i have nothing under contact tab, whatever is the calendar i selected.
Is it possible ? Evolution is doing this very well, Thunderbird a bit less, but none are suitables for many reasons, so i'd have to stick to outlook 2007 or 2010.
My tests are based on outlook 2007 only.
You are mixing two things - IPM.Contact items in general have nothing to do with any address books. They are just items in one of Outlook folders, not any different from mails or appointments.
It is just that Outlook Address Book provider (OAB) happens to use those IPM.Contact items as its storage. Not all folders with such items are displayed as containers by the OAB provider.
Other address book providers (such as GAL) do not use Outlook items at all. LDAP is exactly the same way.