mail doesnt show embed images properly on some browsers - html

Here's the thing, I want to send some text and pictures in a email, but decide what image to use AFTER I send the e-mail (Yeah, it sounds pointless and confusing, but it isn't pointless for the use I want to give it, believe me) so this was my idea:
I send the mail in html format using an embed image like this (I'm gonna use a real image I'm trying to send):
<img src="http://rodrigophp.byethost15.com/CAS/1/Tex1.png">
After the mail is sent, I go to a web I programmed, and using some php the desired image gets copied to the "/CAS/1/" directory, and renamed to "Tex1.png".
It all worked just fine about half a year ago, when I opened the recieved mail (after I set what image I wanted, to avoid browser's cache) it all worked perfectly.
But recently I tried it again, and it works If I see the mail recieved in gmail:
Gmail shows properly
But when I open it in outlook website or from my iOS devices, images won't show (and yes, I have the "download images" setting activated in iOS):
Outlook mail and iOS mail don't show the image (Tested on iPhone 5 and iPad 4 both iOS 9.2.1
I have no idea what's going on, it's like outlook web and iOS mail app can't access the URL, but it's clearly accesible for google mail web (but not if I open my gmail account in my mobile phone. The same mail, in the same account, can be seen on browser but can't be seen from Mail app.)
What's going on here? any ideas how to make it work? It worked perfectly for all of them about half a year ago!

Related

Showing images in HTML email

I'm sending an HTML email with linked images, like:
<img src="https://www.test.com/image.jpg">
When I open them on my iPhone Mail app it doesn't show the images, even though I have Mail set to auto-load images. Every other email I open auto-loads images. When I open them on my Mac Mail client they do load. Is there anything special I have to do in my HTML to get the images to load? I looked at my source compared to emails that I can see the images and they appear to be doing the same thing. Any ideas?
Thanks
It turns out this occurs if you use "HTTPS" for image links. Once I changed them to HTTP the images loaded fine. Thanks

sms: and mailto: failure on iPhone Safari Mobile Browser

Problem:
Web page with sms: and mailto: links fail on ios mobile safari browser. A click on the link redirects you to:
Safari cannot open the page because it cannot redirect to locations
starting with "sms:"
or
Safari cannot open the page because it cannot redirect to locations
starting with "mailto:"
These used to work just fine up until around two or three months ago. Now these fail on Apple mobile devices using the Safari browser.
Background:
I create responsive web pages for activity based teams. One of the things we do is provide a team roster. The roster includes links for telephone numbers, SMS text pages and Email.
To keep things simple, we are using simple web pages.
Because of security and privacy concerns, this content is only served via ajax call via node.js server after login. We're using a single node.js Express server to host the website content and manage http/api calls.
Generally a click on the link pushes the mobile device into the appropriate native app for a phone call, SMS text message or email.
This has been working great for a couple of years, on all devices.
Lately we're seeing the problem on iPhones... but...
Here's the really weird part. I've got three teams using this technique.. The failure is only on TWO of the three teams. SMS link works just fine there.
The "tel:" link works fine on all devices.
The failures only occur on two of the three sites for sms: and mailto: on the iphone. Things still work just fine on Android devices, on Windows and on MacOS. The problem is Apple mobile devices.
The two sites that have the failures are Progressive Web Apps, with a manifest.json file and service_worker.js. The site that works fine has neither of those. When I remove the manifest, and turn off the service worker there is no improvement.
All three sites hosted via App engine at Google Cloud. The two sites that fail are only using web_app.appspot.com addressing. The site that functions well is using a real URL, pointing to the app engine location.
Typical Code:
<li>
<div class="userName">Jane Doe</div>
<div class="phoneNumber">321-555-1234</div>
<div class="sms"><img src="../images/crosstxt-icon.jpg"></div>
<div class="email"><img src="../images/email-icon.png"></div>
</li>
I wonder if this will show the issue, if you open this up in the browser of your Apple mobile device:
Click here to create a SMS message.
<br>
Click here to create an email message.
Apparently that's a fail. You don't even get to see the run snippet button on my mobile device.
Testing, more testing...
I just figured out... if I save the site to my mobile device homepage, such that an icon is added to home screen and in display mode, you can NOT see the top URL address bar, nor the Safari options bar on the bottom then the SMS: will fail. If you just open the address in Safari, but don't save the file, then it will work great.
Again, when I'm in Apple Web Application mode, the SMS link fails.
One hack... open the site via Safari mobile browser on the iphone. Save the site to Home Page. Verify the Icon is on the mobile phone. Go to Settings --> Safari --> Advanced --> Website Data, then Delete the site by sliding the content left. Cache storage is clean, but the Icon remains on the mobile screen. Use the Icon to aid in login, but don't save the site again. Note the URL line is visible. SMS will work.
Still testing here...
I tried to build a simple example to show the issue. I was totally unable to get the sample to fail with the error messages above. For reference the test site is here. The test source code is here.
I'm suspecting that the issue revolves around the fact that the two sites in question are both located at a subdomain site. (mywebapp.appspot.com) When the manifest includes all "valid" content the site does appear as a ios Apple Web app without visible URL line... but whenever I'm in that mode, SMS links are a total fail.
With that said, you can control the storage mode via <meta name="apple-mobile-web-app-capable" content="yes"> .
During my testing, I also noticed that whenever the manifest.json file contains // comment marks anywhere the file is ignored by Safari. Normally // comments are not allowed in a .json file, but according the MSN source, they are fine in a manifest.json file.
The choice is
a bit ugly and functional, or
pretty and non-functional
Currently I'm running <meta name="apple-mobile-web-app-capable" content="no">... I get the advantage of a custom icon on the home screen, even though the web app is still obviously inside a mobile browser with top/bottom info lines visible, sigh.

Images in HTML Attachments Not Showing on Mobile Device

When sending an email with an html attachment, the images in the attachment do not appear on a phone. This recently started, they used to appear and nothing has changed on my end. the images are hosted on photobucket.
Could it be a security issue with iphone, an issue with the code or issue with photobucket?

Micrsosft outlook window is not acionable when user opens email from IE

Microsoft outlook window is not actionable when user make an email from the IE9.
Steps:
Open the Internet explorer (>=9 version) and open any web page suppose www.stackoverflow.com
click on 'File' of the IE and select send-->page by email. Then it automatically open an email page in outlook
Observe that the page you've opened in IE9 gets pasted in the body of the outlook email and the subject as 'Emailing:*******.htm' is opened
click on the outlook window other than this email window and observe that it is not actionable.
how can we make it actionable(it should respond to the other user requirements)?
Can't do that - IE uses Simple MAPI do display the message, and Outlook's implementation of Simple MAPI displays the message modally.
I don't think there's any quick or easy way to do this, so I think you would have to look at Add-ins for this. I don't know of any myself though for this.
Outlook has behaved like this for years, and it is annoying - same thing happens when you click a mailto: link on a page. Can you get your user(s) to try Chrome instead and perhaps use an extension there for emailing pages?
Might be quicker/easier to deploy a workaround.

Is it possible to make a link that would open an app if tapped on an iPhone and a website if on a desktop?

I am wondering if it is possible to make a link that if tapped on (say in iOS Mail), would open up a specific app (I know that part is possible), AND if the very same link were opened up on a regular computer say in Gmail, it would function as a regular web link.
So essentially, two different links in one, depending on the platform you are on.
Where would I start to get something like this going?
I just did it this morning. You need to have your link in the email go to your website. Then on your website check the user-agent and redirect to the app if the user-agent is for iOS and if it is not iOS show the regular web page.
You can't, because you don't have control on which device email is shown.
Best approach would be to code (css/html) responsive email template and hide first link(for pc) if screen size is < 600px etc.
More on responsive emails:
http://zurb.com/article/1144/a-tutorial-on-responsive-email-templates