I've got a webpage with just text and some formatting that I'd like to embed into an Exchange email.
Can I format an iFrame in an email to Exchange users?
I've tried something like this with no luck from a webmail exchange client.
Using iframes in email doesnt work in practice because it is great security risk, hence all iframes etc are blocked by anti-spams and email clients.
Consider embedding a link - still - it is also threat, and sometimes it can be blocked more often then message without links.
The best is to make both text and html version, embed links in both, this gives the higher chance of getting thru.
Related
So Gmail doesn't show embedded styles. But Shopify email with embedded styling looks styled as expected. My question is does Shopify preprocess its emails templates to turn embedded styles to inline?
All mail clients read and interprete mail in their own way.
Shopify displays the content as webpage in a browser.
It is therefore much more difficult to code a beautiful mail that a beautiful website.
There are several "good practice" to make pretty mail (the best is not to use div but tables)
You can find some doc on table here
And a summary of all the web tools and their compatibility to the mail clients here.
And doc about font in mail here
In reference to this article https://www.campaignmonitor.com/blog/email-marketing/2010/08/do-iframes-work-in-email/, which I discovered AFTER I tried to embed an iframe in the body of an email, I need an alternative to an iframe that will work in the body of an email.
The basic problem is I need to provide an anchor with a link to a wav file (actually a cgi script that takes note of the date and time the wav file is requested and then forwards the request to the server that serves up the wav file),but I have been directed to not provide the wav file as an attachment, and to solve the problem that currently my email clients insist on opening another tab before attempting to do anything with the wav file.
I tested the iframe on a static web page, with an anchor that made the iframe the target, and it showed the precise behaviour I was after, but when I did the same thing in the body of the email, the iframe was actually removed and the target was set to '_blank'.
The issues related to google.com and similar not appearing in an iframe are irrelevant because under no circumstances am I showing someone else's content. Rather, I just want to display content without new tabs/pages opening, and this without using '_self' as the target (because I do not want to force the user off the page containing the link, as the wav file contains references to the content of the email - i.e. they need to be able to see the email while they're listening to the wav file).
Given the apparent hostility of email clients to iframes, what is the best alternative? It is this interaction of email clients with the HTML body of my emails that makes this different from all the other questions I have seen about iframes.
I repeat, what I have now is valid HTML5 usage of an iframe, and works fine when I serve content from my web server. My problem is gmail vandalizes/sabotages the content of my emails that use the iframe, as, it appears, do most email clients.
I know how to create an HTML email template for Outlook, by copying your HTML file (in Windows) to %AppData%\Microsoft\Stationery. However, if you use the template to send emails Outlook messes around with it first - adding CSS to the head, stripping out things like media queries (from the head), adding its own CSS classes to the HTML etc etc.
Is there a way this can be avoided or minimised?
Thanks,
Toby
Outlook completely rewrites the HTML using the MS Word rendering engine when you send out. Pretty much once Outlook has its claws on your email, it is now a Word doc.
Also, I would recommend saving the code as an HTML file, then using Insert > Document >Insert as Text option when you go to send a new email in Outlook to create your HTML email instead of stationary. This allows much more leniency in HTML/CSS display. (Walkthrough)
Designing for sending from Outlook is extremely tricky and unless you have an experienced HTML/CSS email designer, I would recommend (as much as it pains me to say) that you just create it through Word and saving as HTML file. As long as it is going from Outlook to Outlook, there should be little to no discrepancy in design.
If you are going to send to recipients that do not use Outlook, then you will need another email client to send from or deal with the fact that either these people will get less than optimal email messages or create a super simple design that can display well across all email clients.
Many browsers in Japan (EZWeb, i-mode, etc) don't allow meta refresh, and in fact, they may display warning messages such as "This page uses newer technology and cannot be displayed" in place of your webpage.
How can I tell if a mobile browser does not support meta-refreshing so that I can take different action in those cases?
Thanks
The best option for something like this is to display a link on the page with the meta-refresh. The traditional "click here if the page doesn't redirect you in 5 seconds" kind of thing. That's what has been done for years in the PC realm.
You should also consider an HTTP 304 with the Location: header if you are just redirecting.
If instead you want a page to reload after a specific amount of time, then you are stuck. Without JavaScript, there is no other method you can use to automatically do this.
Without JavaScript you're really limited to User Agent sniffing. To provide the best experience I would recommend use known UA strings to only send the meta-refresh to browsers you know can handle it and for those that you don't know send a plain HTML response that has a link for users to click on to do the refresh.
I'm looking at embedding youtube videos onto a webpage (a Drupal webpage if that helps), but I need to figure out what people will see if their business/workplace/country blocks youtube access.
Does it show 'video no longer available', does it not show anything?, does it add a class or ID to the embedded html to let css, or a scripting language know that there is an error.
I would like to be able to swap the embedded code out for a gif or something else. So users that can't access youtube will not be left with what ever youtube decides to show them.
Any tips would be great.
I tried editing the hosts file to test myself but it wouldn't take for some reason.
Cheers.
EDIT: * first-question *
This can be achieved using javascript.
In your script call a resource that is located on youtube. Since it's javascript running in the client browser, the request will comes from it and not your website.
If the request fail, the client has no access to youtube.
Did I mention that relying on external resources you can't control is bad ?