I've created a HTML email which I'm sending from a .NET site, and the email for the most part is rendering fine. However, in iOS Mail (on the iPhone and iPad), the attachment button the app adds at the bottom of the email renders in an extremely unattractive way. See the screenshot below.
Notice the overlapping and the cut off. It is happening in iOS 7, but it's not great in iOS 6 either. I've seen it occur before in emails received from others, but this is the first time I've seen it appear in my own.
I've checked the HTML is valid (ie: no unclosed tags, etc) and there isn't really anything unusual going on - the HTML is just some nested tables.
So does anyone know what is going on and how to solve (or at least mitigate) it? Or is this just a general quirk/bug of Mail that can't be solved?
I have experienced the same issue in iOS 7.03-7.04 (possibly prior too). After much troubleshooting, it appears that is the html content's width exceeds 360px, the Tap to Download attachment boxes begin to overlap. I have asked Apple for support on this and am awaiting a response. The width of the html content should have no effect on how the attachments are displayed, but it does. Does anyone else know of a fix for this? I have emailed reports with multiple columns that cause this to occur. I have included a few cropped screenshots of the overlapping. Included in my support request at Apple is this post so if anyone else is experiencing this issue, please post your details here.
https://www.dropbox.com/s/e651pa6mjxq485e/ios7_email_width_overlapping.jpg
I know this is an old question, but we were just this week running into the same type of issue. The iOS mail app would end up overlapping the download button for our attachment with part of our email signature, and on some devices/orientation it would make the download button un-clickable.
This answer did the trick for us, by adding the following into the header of the HTML email message:
<meta name="x-apple-disable-message-reformatting">
Related
My clients theme is 100% custom created before it was handed to me. The theme when loaded on an iOS device is flickering when scrolling and then the page resets. This is happening all through out the website, but again is only happening on iOS devices.
I am wondering if someone could help direct me to where i can begin to search and i do apologize with how vague this is, but i am really just looking for advice on where i can begin to look in the .liquid code to try to fix this. Or is this a JavaScript issue?
Thank you for whatever help you can send my way.
SOLVED:
The issue was with google tag manager script. The previous developer embeded the script snippet incorrectly which had an impact only on the iOS mobile for the site. Very weird and very unusual.
Advice:
Be sure to check any 3rd party snippets and embeds that are on a site to make sure they aren't impacting in a negative way.
I have an iOS app where I have analytics setup (as most people do) that tracks a whole set of different scenarios. In a few of them, the data I send with the tag doesn't all get sent. What I mean by this is best demonstrated with an example. If I send the following data as a tag in one of my analytics:
User successfully logged into the app and hit the homescreen
Now, I wouldn't normally send all of that in just one tag, it would get broken up, but for example purposes, pretend that's what I want to send. For quite a few users, tags like this will get sliced up into all sorts of different tags, so when I actually look in SiteCatalyst, I end up seeing a bunch of tags that may resemble something like so:
successfully logg
nd hit the homescreen
User successfully logged into the app and hit the homescreen
User successfully logg
And so on. It breaks it up into a bunch of different parts, and then displays them all as separate tags. The ones that are affected get broken up into 15-20 different tags all of which are different parts of the full tag.
Here is the hard part: I can't reproduce the issue. I'm trying, but haven't been able to yet. I also am not very well versed in Adobe analytics and am not sure how the backend setup is for us on SiteCat.
Because of my inexperience with analytics, I'm not sure what more data may be helpful. My code doesn't do any truncation, it simply calls trackAppState:withContextData:, and the tags in my contextData get truncated like I showed.
Does anyone know why this is happening? Has anyone seen anything similar? Or could anyone point me in a direction that may get me started looking into this issue? I'm really at a loss of how to go about debugging this issue.
Edit: One piece of info that just hit me! I build up the tag in question (at least the current one I'm trying to reproduce, for all I know there are other tags that get truncated that aren't built up like this, I haven't gotten a chance to look into all of them yet.) using `-[NSString stringWithFormat:] and take the errorMessage that is returned as my message, so it's a dynamic tag.
It may have something to do with the stringWithFormat: message? Again, very lost as to where to even start with this one.
can you give us a sample of the code you use to call the trackAppState?
If it can help you you can enable debug logging for the Adobe Analytics library calling the method [ADBMobile setDebugLogging:YES]; in the appDidFinishLaunchingWithOption.
In this way you can see in the console how Adobe send the data.
You can also use the tool "Bloodhound" which is a proxy App developed by Adobe expecially for osx in order to let you sniff all the info sent by your App in real time, you can find it in the help section of the mobile marketing interface.
Thanks,
Claudio.
Has anyone encountered this issue where on BlackBerry Bold (and possibly other similar models) is not displaying the provided HTML nor the text version of an email?
Instead it displays its own version, along the lines of the following:
[Sent by: "Name"]
[email#address.com]
<<image 1>>[Link:http://urlhere.com/img.gif]
Text from the email
<<image 2>>[Link:http://urlhere.com/img.gif]
Yes, HTML is enabled
Yes, it does successfully receive other HTML emails
The particular email I am working on, and sadly cannot share all the code, is responsive. Once I remove the snippet of code that makes it responsive, the email does display properly. Here is the CSS in question: http://jsfiddle.net/kjGg5/1/
However, I have sent other responsive emails to this exact same BlackBerry and they have worked.
Apologies for the lack of code, but even if someone else has seen this issue that would be a start.
Also, when the email is forwarded, it is blank. I don't know if this is related.
So after numerous tests, it seems that Blackberry chokes if the HTML header is over a certain size. I'm still not certain what that size is, but if anyone in the future has this issue, try trimming down your HTML header size.
Update: After some testing it seems the max HTML header size for and email to render properly on Blackberry is 7.5kb.
Closed. This question needs debugging details. It is not currently accepting answers.
Edit the question to include desired behavior, a specific problem or error, and the shortest code necessary to reproduce the problem. This will help others answer the question.
Closed 5 years ago.
Improve this question
My company sends out various newsletters (all double opt-in and CAN-SPAM compliant of course) and we're having an issue with Apple devices. All of the links in the emails become corrupted in nearly the same way, but all other code/content remains untouched. Here is some key information:
So far we've only seen this on Apple products (iPads, iPhones)
Not every user on the same device has the issue (Our two company iPads don't get it, but users with iPads have reported it, so it may have to do with the iOS version)
For users which the issue it affects, it doesn't affect every newsletter they receive. Also, either all the links work or all the links are corrupted; never a mix.
The newsletters are built automatically by pulling articles from our various websites and inserting them into a template
The issue happens regardless of the email service/client being used. Eg: from an iPad using a gmail account via the gmail app or via gmail.com in a browser.
If the user accesses the same email using a non Apple products, the links are not corrupted.
If the user forwards the corrupted email to someone who accesses it via a non Apple device, the corruption remains.
Here is a sample of how the URL changes:
correct:
http://www.example.com/path/link.php?M=5009308&N=21109&L=34170&F=H
corrupted:
http://www.example.com/path/link.php?MQ80105&N!109&L4170&F=H
correct:
http://www.example.com/path/link.php?M=5009308&N=21109&L=34087&F=H
corrupted:
http://www.example.com/path/link.php?MQ80105&N!109&L4087&F=H
correct:
http://www.example.com/path/link.php?M=5009308&N=21109&L=34137&F=H
corrupted:
http://www.example.com/path/link.php?MQ80105&N!109&L4137&F=H
All of the links on all newsletters follow the exact same pattern. The only difference between newsletters and links would be the numbers for the query variables (M, N, and L).
It only affects the query part of the URL
It seems to center around the "=" sign on each URL when it's followed by a number:
"=5009308" became "Q80105"
"=21109" became "!109"
"=34137" became "4137"
Part of it seems like it's a character encoding issue but you'd think it would affect more than just the query part of links (ie, you'd see text in other parts of the HTML/content changed also).
Does anyone have any idea what could be causing this extremely strange bug? Any help or ideas would be greatly appreciated!
At least part of it is caused by something between your mail server and their device deciding that you're using quoted printable encoding and "fixing" it. That would account for =21 being replaced by ! and for =34 being replaced by 4. I don't know what triggers this but based on your description I would suspect that something in your outgoing email headers is telling the device it needs to do this. If your URLs always contain = but are only corrupted some of the time, your headers may be inconsistent. If the URLs only contain = some of the time and are corrupted every time they do, then the issue is always there but only visible with the right data.
Try your original URLs at the online quoted printable decoder, you'll get exactly the same changes.
I'm having the most peculiar problem, and I was hoping I someone could point me in the right direction on how to address it (or even locate it...). I'm working on a rails site, and the pages display in most browsers without any issues. In others (AOL, IE 6 - 7, and some of the other lesser used ones) the page will load, with all of the correct formatting, but completely missing the inside content.
For example, the site uses a traditional online store format, but will load the name of the site, the name of the product, and the page footer, but not the description or images. This issue has been reproduced on several computers, but I can't figure it out at ALL.
Thanks for any help!
My approach to this sort of problem would be to use the browser to get the html you are trying to render (in firefox, View>>Page Source), and saving it as a static html file. Then you can fiddle with this file one piece at a time until you figure out what's throwing IE for a loop.
If you view the page source is the data you are looking for included? This can help you figure out if you have a formatting issue on the client side or a data generation issue on the server side.