This proxying actually rolled out on December 3rd to most gmail.com users. We, Streak, happenned to launch an email tracking feature on the same day ( http://www.streak.com/email-tracking-in-gmail ). Here's what we've learned: - the proxying of requests only happens when a user is viewing the mail inside Gmail (i.e. gmail does not actually affect the message body, its just proxying at render time) - gmail only caches…
Images Now Showing in Gmail
101–110 of 141 posts
Re: Images Now Showing in Gmail
#102Earlier quoted context omitted.
I just ran the same test and can confirm the results. Google will only load your image if you open the email, which means Google has just opted-in all users to mail receipts. I don't use any Google services outside of small tests like this, but it still makes me concerned for how this will affect the privacy of people I know.
"Email open" tracking just got a lot more reliable for all mass email & marketing automation vendors. On the flip side, those same solutions can no longer set a persistent cookie with the image, so persistent tracking based on the initial email open will stop working.
No, it didn't. If you had chosen the option to ask before displaying external content -- which existed and applied to non-image content and, without which selection, email-open tracking by external non-image content was already reliable -- then the new setting to ask before displaying external images is selected for you by default.
If you hadn't selected that option before, you weren't protected from "email open" tracking.
Re: Images Now Showing in Gmail
#103 In some cases, senders may be able to know whether an individual has opened
a message with unique image links. As always, Gmail scans every message for
suspicious content and if Gmail considers a sender or message potentially
suspicious, images won’t be displayed and you’ll be asked whether you want
to see the images.
https://support.google.com/mail/answer/145919Re: Images Now Showing in Gmail
#104Re: Images Now Showing in Gmail
#105Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.7) Gecko/2009021910 Firefox/3.0.7 (via ggpht.com)
I viewed the email using Firefox 26 on Debian.
Re: Images Now Showing in Gmail
#106[Update 2: I just tested with a newly-created Gmail account and the feature did not seem to have been rolled out to the new account yet.] [Update: I'm not sure when this feature will actually be rolled out. I think my test below automatically displayed the image because my own email address appears to be implicitly a whitelisted sender (even though "images from this sender are always displayed" doesn't appear for it)…
I appreciated the lack of pictures of large penises that accompanied spam. And of course the fact that you didn't get a tracking pixel fetched. So I wonder if they are going to fetch the image from their servers, cache it, and then show it. Cutting off a supply of information for email marketers, whom they will offer to supply 'opening' information for people who use the new Gmail Promotions feature. (ok that is a lo…
Re: Images Now Showing in Gmail
#107I'm curious if this will help spammers. AFAIK, loading a tracking pixel helps validate an email address as active (since, by design, bounce messages probably wouldn't make it back to the spammer), even if the recipient didn't otherwise respond to the message. AFAIK, "Validated" email address lists are worth more than unchecked lists and if Google is preloading images for valid accounts, then that seems to make valida…
However, if they make requests (that they don't necessarily have to keep) for images for all accounts (preloading on receive and not read), it does the opposite, which is a good thing.
Re: Images Now Showing in Gmail
#108Earlier quoted context omitted.
If the gmail proxy caches every image that is sent to a gmail address, then this bad for spammers, and good for everyone else. That's one less mechanism to verify valid (or active) email address.
I wonder if Google will access an image URL in an email sent to a nonexistent address
Re: Images Now Showing in Gmail
#109This proxying actually rolled out on December 3rd to most gmail.com users. We, Streak, happenned to launch an email tracking feature on the same day ( http://www.streak.com/email-tracking-in-gmail ). Here's what we've learned: - the proxying of requests only happens when a user is viewing the mail inside Gmail (i.e. gmail does not actually affect the message body, its just proxying at render time) - gmail only caches…
This functions as a read receipt (like the tracking pixels).
The image might be cached later, but since it is initially loaded the first time an email with it is is opened, this means that implementing read receipts on all outgoing emails is as simple as making the URL for each image unique to the user.
Thus, the marketer knows:
1) That the email was opened 2) When the email was opened
along with whatever information they already have about the user.
This is a HUGE privacy implication. Even if "no [further] PII gets disclosed", it discloses a lot of information that is both sensitive and easy for marketers to join with existing identifying information.
Re: Images Now Showing in Gmail
#110Earlier quoted context omitted.
Tracking is currently only useful insofar as receiving a URL request for the image indicates that someone opened the email, as well as providing whatever metadata is available via the request, through geo-locating the request IP or what-have-you. This change makes all of that impossible: Google will (presumably) always request your image URL, whether the user opens the email or not, and the request will come from Goo…
> Google will (presumably) always request your image URL Why presumably?
If you want to be cynical, you can note that Google will still know which emails you opened and which you did not. Does the current Gmail TOS restrict them from selling that information to advertisers, or (more likely) using it to target ads? Probably not!
I suppose if they're clever, they'll figure out when a sender is serving a million copies of the same image to slightly altered URLs in the same email template, and forgo the requests, but either way, the sender loses the analytics.