5 ms·
The possibility that email content could change after receiving a message is worrying. Is there going to be a way to reject AMP emails? I won't accept any emai
by JoshMnem 9y ago
The possibility that email content could change after receiving a message is worrying.
Is there going to be a way to reject AMP emails? I won't accept any emails that require loading JavaScript or content from CDNs.
If other email providers reject AMP emails with a bounce message explaining why, it might stop a disaster from taking hold. "Please resend your email in standard HTML or text format without JavaScript or external resources."
- dingo_bat 9y agoOr you can just configure your client to not run js. Seems easier and less dramatic.
- JoshMnem 9y agoIf you block JS from loading from CDNs on AMP pages it literally takes 8 seconds to load the AMP page.
- dingo_bat 9y agoI don't understand. Can you not load the page normally and just not invoke your js interpreter at all? Just don't run any js. How can that take more time than normal loading and running?
- JoshMnem 9y agoI didn't look closely, but give it a try. I counted about 8 seconds, and there is some CSS in AMP pages that says `8s`, so it's probably the CSS. If I click on an AMP link (usually only via HN), and I get a blank page without any loading indicator, it's usually because someone posted an AMP link.
- tgsovlerkhgsel 9y agoGiven that most of these mails will probably be the sort of e-mails one doesn't want (i.e. mostly newsletters, maybe some notifications, but _zero_ 1:1 human-to-human messages), I'd say such a filter could be pretty helpful.
- deleted 9y ago[deleted]
- chrismorgan 9y agoAnyone sending text/x-amp-html should still be including a text/html part, which won’t have JavaScript et al. Unless just about everyone starts supporting AMPHTML Email, the text/html parts will still be necessary.
- JoshMnem 9y agoThere are many companies that try to force you to load external resources in an HTML version by putting the content in images. The same thing could happen with AMP, where only an AMP version contains the actual content.
- adrianN 9y agoThere is always the "mark as spam" button.
- chrismorgan 9y agoBe careful with that spam button: it probably won’t do what you want, but will instead make your spam filter worse. Eventually a sufficiently capable filter will be likely to figure out that the thing these emails have in common is a poor text/plain part and adjust its weighting appropriately, but I’d expect it to take somewhere between “quite some time” and “a long time” to figure that out; in the mean time, it’ll mostly just serve to confuse the poor filter. (How customised spam filters work, in a nutshell: take your various signals—e.g. has HTML, has remote images, has no text, is sent from a known-spammy IP address, mentions large sums of money—and figure out which factors occur more often in spam than ham, and increase the importance assigned to them; if the email reaches a chosen threshold, it’s showing sufficient characteristics of a spam message to be considered probably spam.) SpamAssassin is probably the most widely-used spam filtering platform; I’m not certain that its standard rules are capable of deciding to filter on this sort of thing directly. I believe it has something around detecting overly short or non-representative text/plain parts, which is probably the primary signal this would coalesce around.
- simias 9y agoLike most emails send nowadays use HTML but still include a text/plain part. Here's a live example from my INBOX: https://svkt.org/~simias/mail-hp.png https://svkt.org/~simias/mail-hp.png Notice that this is from HP, not some small shop. Nowadays people expect you to be able to parse HTML emails and don't bother to have it work in plain text (I'd actually prefer if they got rid of the text/plain in this situation, this way mutt would know to display the HTML instead). If AMP becomes popular enough and gets integrated by the big players I have no doubt that we'll see the same thing. Then it means you won't be able to process email in any significant way without a full blown Web engine (probably including JS). First they ported everything to the web, now they're porting the web to everything else. I don't want the web. The web is bloated crap. Stop it. Please. Stop it.
- ehsankia 9y agoI don't get it. All we have so far is a very short spec sheet, and already people are starting to assume so much about how it will work. Is there any proof that it'll be able to run arbitrary JS? Or that it'll be mutable? Or that there will be no way to turn it off?
- smacktoward 9y agoA "very short spec sheet" is an invitation for people to start assuming things about how it will work. In the absence of details, speculation is inevitable.
- ehsankia 9y agoThat's fair, though if you do read said spec sheet, there's a few things you can infer. For one, they give a list of whitelisted AMP component, and none of them allow for arbitrary JS, so that's out. Furthermore, at the bottom, they specify: > All fetchable attributes like src and href must be static and > All network requests must be proxy-able to ensure that user anonymity is preserved This implies that anonymity is big focus (so your information will not be leaked), and that things will be fairly static. Almost all the "speculation" happening goes contrary to that, leading me to believe that no one has actually taken the time to read up, and are just blindly expressing their existing preconceptions and hatred about AMP.
- tomaskafka 9y agoLet's just bet that majority of AMP emails will have a tracker in a form of a personally identifiable resource - image, component, whatever.