Hacker News new | past | comments | ask | show | jobs | submit login

In iOS when you forward a message, bafflingly, it does not copy the original source address, rather just the body so depending on the message you’re likely to be either misleading the recipient, plagiarizing without attribution, or sending spam content firsthand. Contrast with email in which convention is to copy a few headers to preserve context through forwarding.

In the case of 7726, I’m further confused that there seems to be no acknowledgement of this source of ambiguity. Do they want to know the source of the spam, so I should manually add it to the message? Or are they just training a content recognition model and by sending anything other than the original text verbatim I’m throwing it off?

Also, when the forwarded spam contains a URL, iOS often automaticity chops off that part of the message and shows an unhelpfully truncated version of it below the message in a separate bubble. Is iOS treating the forwarded spam as trusted data and probing the spammer’s URL, tracking parameters and all?




Sending it to 7726 prompts your service provider to identify the matching incoming message (which it has in its logs) as spam and investigate, etc.


AT&T asks for the number it came from after you forward the spam message.




Join us for AI Startup School this June 16-17 in San Francisco!

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: