Difference between revisions of "2822: *@gmail.com"

Explain xkcd: It's 'cause you're dumb.
Jump to: navigation, search
(Explanation)
(added stuff again!)
Line 15: Line 15:
 
The address *@gmail.com, as illustrated in the comic, is a proposed feature from Randall that would send an email to ''every'' Gmail user, without having each and every valid Gmail address at hand (manually typed in or via pre-populated email client address books). For obvious reasons, this is not actually a feature, but Randall sugests that if Google ever wanted to shut Gmail down, they could do either do it this way (possibly causing a service-ending overload of resources) ''or'' allow someone this one last boon (as a farewell gift, knowing that there would be relatively few additional repurcussions to deal with).
 
The address *@gmail.com, as illustrated in the comic, is a proposed feature from Randall that would send an email to ''every'' Gmail user, without having each and every valid Gmail address at hand (manually typed in or via pre-populated email client address books). For obvious reasons, this is not actually a feature, but Randall sugests that if Google ever wanted to shut Gmail down, they could do either do it this way (possibly causing a service-ending overload of resources) ''or'' allow someone this one last boon (as a farewell gift, knowing that there would be relatively few additional repurcussions to deal with).
  
The title text suggests the possibility of a similar iteration over two further well-known mail services with similarly large userbases, but this time attempting to expand the resulting lists within the mail body of the above email, which would make the broadcast message much, ''much'' larger than the simple broadcast 'spam' that the originally illustrated email would be.
+
The title text suggests the possibility of a similar iteration over two further well-known mail services with similarly large userbases, but this time attempting to expand the resulting lists within the mail body of the above email, which would make the broadcast message much, ''much'' larger than the simple broadcast 'spam' that the originally illustrated email would be. It's likely this would annoy a few more people then the original message did [[citation needed]]. This also alludes to a occurrence in email chains where a user replies to simply add another user into the chain, which doesn't add much information to the group.  
  
 
==Transcript==
 
==Transcript==

Revision as of 03:45, 31 August 2023

*@gmail.com
Hi all, just replying to loop in *@outlook.com and *@yahoo.com.
Title text: Hi all, just replying to loop in *@outlook.com and *@yahoo.com.

Explanation

Ambox notice.png This explanation may be incomplete or incorrect: Created by [email protected] - Please change this comment when editing this page. Do NOT delete this tag too soon.
If you can address this issue, please edit the page! Thanks.

A wildcard symbol, such as the asterisk, is not generally usable via email servers, although email clients may sometimes implement such a function, internally, perhaps to support mailing-list functions (though more commonly this is done via named address-book 'groups'). That said, the asterisk character is a valid one for a mailbox, including group-boxes that might facilitate server-side distribution.

The address *@gmail.com, as illustrated in the comic, is a proposed feature from Randall that would send an email to every Gmail user, without having each and every valid Gmail address at hand (manually typed in or via pre-populated email client address books). For obvious reasons, this is not actually a feature, but Randall sugests that if Google ever wanted to shut Gmail down, they could do either do it this way (possibly causing a service-ending overload of resources) or allow someone this one last boon (as a farewell gift, knowing that there would be relatively few additional repurcussions to deal with).

The title text suggests the possibility of a similar iteration over two further well-known mail services with similarly large userbases, but this time attempting to expand the resulting lists within the mail body of the above email, which would make the broadcast message much, much larger than the simple broadcast 'spam' that the originally illustrated email would be. It's likely this would annoy a few more people then the original message did citation needed. This also alludes to a occurrence in email chains where a user replies to simply add another user into the chain, which doesn't add much information to the group.

Transcript

Ambox notice.png This transcript is incomplete. Please help editing it! Thanks.
To: *@gmail.com (+expand)
Cc: [Empty field]
Bcc: [Empty field]
Subj: New Friends
Hey all! Go ahead and introduce yourself!
[Caption:] If Google ever decides to shut down Gmail, they should let one user trigger a global reply-all apocalypse.


comment.png add a comment! ⋅ comment.png add a topic (use sparingly)! ⋅ Icons-mini-action refresh blue.gif refresh comments!

Discussion

Why not send to *@*.*? 172.69.247.45 03:08, 31 August 2023 (UTC)

Either *@* suffices (if not just a *), or (because of non-standard wildcard parsing) it would reach neither <[email protected]> nor <[email protected]>... But it'd depend upon how you invoke the query of the relevent MXRecords. 172.71.178.22 03:18, 31 August 2023 (UTC)

Based on the caption of the comic, I believe the real joke is that many GMail recipients of the original mass email would incorrectly use the "Reply-All" functionality of their email client and thereby further bomb the gmail server with a much larger volume of emails. Ianrbibtitlht (talk) 03:21, 31 August 2023 (UTC)

That's certainly part of it, but getting millions of emails is far more annoying than the typical few. DownGoer (talk) 04:44, 31 August 2023 (UTC)

I have a setup to shorten mail notifications and "XKCD: *.gmail.com" totally looks like something it could output as the sender name, so for a moment I got very confused why the latest comic was suddenly sent from a GMail address and with no subject. Fabian42 (talk) 05:51, 31 August 2023 (UTC)

Add to this the unfortunate tendency to promote Top-Posting (I'm looking at you, Outlook Express, but the various successors and competitors over the last three decades need not have followed that most unconventional convention too!) and 'email chains' of nested replies so easily build up in volumes that never would if each sender were encouraged to actually read through the prior chain of messaging (perhaps realise their contribution was unnecessary, given what someone already else said two iterations ago!) and judiciously prune out the historic ">>>>..."ed contributions that they aren't replying to.
It also lets you mid-post (respond to a paragraph/point immediately after that embedded paragraph/point, to skip and excising later points intelligently) and stops it from becoming a hige hidden upside-down tree of everything in that message's history. (Which can also be a different problem... Something might have been said early on that might be best not to repeat to a later "copied in" contributor, for security or even politeness reasons, but now it's there to be discovered.)
But, instead, the modern solution is to hide these top-post tree-roots behind client-side "collapsed"-content and keep forwarding all historic context unless someone takes time to scroll down-down-down from their "Yeah, I agree" simple response and snip the "..."-worthy stuff out (as well as many, many repetitions of "Please don't print this email out if you don't have to", "This email is intended only for the stated recipients", "The views of this sender do not necessarily reflect the views of his company", etc, often adding up and combining into .sig additions much larger than their respective senders' contributions). Plus an often confusing attempt to "threadify" multiple received messages, which (done right) would actually do better than the retention of a full and unexpurgated reply tree within Every. Single. Individual. Email!
...can you tell that I've been annoyed about this for pretty much almost thirty years? And it really hasn't been made any better over the last decade or so. 172.71.178.153 12:16, 31 August 2023 (UTC)

Inevitably someone would reply all with "Me too" to *@aol.com Rtanenbaum (talk) 13:15, 31 August 2023 (UTC)

I don't see any implication in the comic of "attempting to expand the resulting lists within the mail body of the above email"; I just read it as the user typing that literally, like someone might write "I'm looping in sales@" instead of "I'm looping in the Sales Team" - they're not expecting the client to do anything magic with the body of their e-mail, just explaining what they've typed into the To / CC box. - IMSoP (talk) 14:14, 31 August 2023 (UTC)

Looked to me like invoking some scripting language. e.g. "loop <address> in (*@outlook.com, *@yahoo.com) do add_address(_To_,<address>)", or somesuch according to required syntax, but I also didn't know whether this script fragment was supposed to be parsed/expanded/invoked/exec()ed within the To: or Body: fields.
I suppose "looping in" could well be a synonym for "copying in" (perhaps implicitly not "Cc:ing in", but adding to To: field), but I've not been aware of that precise terminology so that's probably why I too defaulted to thinking it's some sort of macro command being invoked at some level (despite there being few such mechanisms established to do so).
But, if you're more sure/correct than the prior editors apparently were, go ahead and edit it... 141.101.68.99 16:36, 31 August 2023 (UTC)
Right, to loop in is a common bit of jargon for "include in communication", related to in the loop. "I'm looping in Jane and John" would be a common phrasing in business e-mails. I'll edit that into the explanation. - IMSoP (talk) 09:51, 1 September 2023 (UTC)
'Common business phrasings' always make me twitch. I still can't take "touch base" seriously, after all these years. I suspect there are some people out there busy inventing the contexts for new verbed nouns and adjectival verbs just to sound sillier. (They're the ones who invented both "podiumed" and "medal(l)ed" for sports contexts, too.) 172.70.90.138 10:38, 1 September 2023 (UTC)
On the other hand, English is very, very adaptable and allows a lot of new usages, such as where a noun becomes a verb. Functionally irrelevant opinion notwithstanding, the meaning is clear, even when you hear it for the first time, as the semantic structure is so robust (yet plastic). Like when you ironied there, in the use of "verbed".Yorkshire Pudding (talk) 21:49, 1 September 2023 (UTC)
And don't forget "adjectival". 162.158.74.23 22:12, 1 September 2023 (UTC)

On another note, a notable real-life incident involving this was in the UK National Health Service, involving a distribution list of 1.2 million users! - IMSoP (talk) 14:14, 31 August 2023 (UTC)

A relatively famous Perl programmer had a legal, deliverable email address of *@qz.to, and has retained the * for his current email. I have an auto-reply bot at fred&[email protected] as a demonstration to anyone that it's a legal address but often rejected by stupid regexen. RandalSchwartz (talk) 23:28, 31 August 2023 (UTC)

Fun fact: The Amazon corporate slang term for this is "Walleting", named after the subject line of one of the company's first widespread email storms. 172.71.147.84 04:08, 23 September 2023 (UTC)

I wonder if there is a reference here to Microsoft in the late 90s when a no reply distribution list with a third of the employees had permissions set incorrectly. Then somebody on the list noticed noticed. It took down the Microsoft internal network for 2 days (network, not just mail, due to replication between Exchange servers!). The DL was amusingly called Bedlam DL3. For older MSFT employees the phrase “Bedlam DL3. Me too!” has a resonance. I think this might have been the first major email storm. For more details: [1] 172.71.147.71 17:45, 26 September 2023 (UTC)

The comic reminds me of some gsuite enumeration tricks I’ve seen on OSINT twitter — getting a big list of an institution’s every email is, well, quite useful. —172.71.218.46 14:56, 9 December 2023 (UTC)