As a curious teenager in the late 90s I once started discovering nmap and subnet masks by scanning everything in my own subnet from my home Telia connection that was in my mothers name.
Shortly after a thick envelope came in the mail and I was very fortunate to catch it before my mother because in it was a stern warning from someone at Telia to stop scanning their equipment and several printed pages of this document on netiquette.
I didn't read it all so I can't be sure it was that exact Rfc, and I'm pretty sure it was in Swedish, but the sheer volume of pages makes me think it was either this rfc translated or something very similar that Telia kept on hand.
Either way, I never shat where I slept again and I read a lot about stealth scanning techniques and proxying after that. ☺
Be brief without being overly terse. When replying to a message,
include enough original material to be understood but no more. It
is extremely bad form to simply reply to a message by including
all the previous message: edit out all the irrelevant material.
This is made literally impossible by some email clients and some webmail systems. Some interfaces insist on only allow "top-posting" replies, putting your new text at the top, and quoting the previous email in its entirety. It drives me nuts.
I always quote the portion to which I'm replying, and add my reply below that, and recently a reply came back saying - "I like the way you reply, I'm going to reply in the same style!"
For a long, I seemed to be the last person in my area to stick to proper quoting, but I'm afraid I've slipped over the past few years. I think I top-quote more often than not, these days. GMail is partially to blame for that.
Gmail made top-quoting unnecessary with the conversation view. You can just click and see the entire conversation above the message you're reading. I'm not sure why they default to putting new text at the top and then display it underneath!
I don't want the entire conversation, I only want the bit that's necessary to understand the reply. Even when I invert the email to put things in chronological order I still need to sieve through laboriously to find the relevant parts. Incredible waste of time.
I've tried sticking to the proper way for a long time (there was even a plugin for Apple Mail at the time), but eventually gave up on it after getting one too many responses of the "I can't see your email, all I see is my own text quoted" type. This saddens me, but I wasn't about to go on some holy crusade of educating everyone I needed to communicate with about the sin of top-posting.
I've also had that problem, and I agree that it's not my job to educate the world in the "One True Way(tm)". However, I still find it more effective to be summarising conversations as I go, so that after 20 back-n-forths I can actually see what's going on. To that end, and to avoid the problem you mention, I start all emails with a variant of:
Thank you for your email - please find my replies to
your various points interleaved below, each in context.
I think this became recommended practice in the days when usenet and email delivery was unreliable, bandwidth was expensive, and clients didn't have threaded interfaces or fold quoted sections. It's since been slavishly enforced on newcomers by groups that often have no idea of the original reasons for these protocols and why some may be no longer relevant.
Obviously sometimes it's most efficient to quote and interleave, when you want to reply to several points in a way that would be confusing without it. But with modern systems it's also fine to write a reply that doesn't make sense without the message it's in reply to, or a reply that quotes the whole message.
I've always read the advice as advice for readability. It's just text -- even in ancient times the bandwidth savings were not huge -- text does compress rather well.
[edit: This entire discussion is now at roughly 7K, or 3351 bytes after gzip (this is copy pasted, not the html) -- that's 89 seconds at 300 baud if I do the math correctly.
By comparison, my original reply was 166 bytes and compressed to 146 -- so would download in a fraction of a second. But note how poor the compression ratio is. Still doubt this was born out of a quest to save bandwidth (as most(?) were batch up/downloading discussion-lists at the time. And 300 baud is roughly typing speed -- that's a long time ago.]
It had more to do with the fact that you might be reading a reply to an original you hadn't seen yet, but which would be delivered to you in its entirety... soonish, for varying definitions of the word "soonish". And when I was a kid with 300 entire baud at my command, connection time actually cost money. (In '93, it wouldn't be uncommon for the access gateway to be long distance and charged per minute as well. Oh, Kansas City, how I miss thee not at all.)
Hm, well. I'm still not convinced the fact that you'd get the whole message anyway was very important. Even if you already have (instant) access to the previous mail -- I still much prefer reading a sanely typed/quoted reply. For example when arriving "late" to a discussion on a mailing list.
I don't exactly have fond memories (or more precisely my parents don't) of dialup (and later isdn) access -- we've never really had free local calls in Norway (and still don't). But since I was blasting away at 2400 baud, I was at least downloading faster-than-realtime (as in -- faster than you can read text).
I'd much rather see the reply first - and if I need the context, I can then scroll down to see the quoted message. That way, I don't need to scroll through a lot of context I already know just to see someone's one-line response to it.
Exactly this. This entry must have made sense way-back-when, but users today understand how to keep an email thread alive in their memory, and do not need to read the entire chain, selectively quoted or not, before getting to the reply.
A big impact may simply have been the advent of greater storage and bandwidth capacities allowing bigger emails. Along with that, email clients threading messages for you allows for relatively seamless review of history if necessary.
And, the "selectively quote, then reply below" concept opens the door for biased selective quotations, where anyone getting in on a thread in the middle will likely be misunderstand the true context of the email they're receiving. Better to have the whole history, or none of it.
> ... users today understand how to keep an email thread
> alive in their memory, and do not need to read the
> entire chain, selectively quoted or not, before getting
> to the reply.
I have literally hundreds of active email conversations. If you think I can understand a reply without first refreshing my memory about the context then you're much mistaken. What you say might be fine for people with just tens of conversations, but there's no way it works for me.
You're clearly outside 2sd so, while I appreciate that you have lots of email chains, you will obviously concede that your outlier case cannot define the conduct of the vast majority of internet users. An outlier case I hope you'll agree I acknowledged:
> Along with that, email clients threading messages for you
allows for relatively seamless review of history if necessary.
But when replying I don't want the full history. I end up with email messages that are thousands of lines long, usually with several threads in each, and finding the individual separate thread, spread throughout the entire quote-upon-quote-upon-quote ... is just not feasible. I'm left trawling through the same email many, many times, trying to extract the bits that matter to assemble them into a sensible, consistent, coherent narrative.
At least, that's what happens when I use any of the standard email clients. but I don't. I use a really old, completely non-standard email client so I can, on every reply, extract the text that matters and assemble it into a single conversation, which I then continue.
Yes, I freely admit I'm unusual, but I find it incredibly frustrating that all the systems other people say "Well, it works for me" are, in my context, unusable. And when you say:
> Along with that, email clients threading messages
> for you allows for relatively seamless review of
> history if necessary.
... you are buying into the fallacy that what works for you should work for any right-minded person. Having clients thread the messages actually compounds the problems for me.
Scrolling usually happens from top to bottom. While email clients could simply send the scrollbar to the bottom of the page by default, displaying the message from the bottom, letting the user read the quoted message if they want, it would probably be hard to implement without breaking HTML email.
Scrolling from bottom to top is natural when you want to see something again because you already scrolled to the bottom, but it feels weird when you have to first read the bottom of the page, then scroll up.
I think there's a natural analog to newest on top that makes quoting on top feel odd.
The schema for discovering old things is to go down -- any excavation, you find the newest artifacts on top, generally, and older the lower you go. That pile of letters on the kitchen table, newest on top. Grids, pencil sketches, original painting decisions are all underneath the newest layer of paint in a painting.
I ramble, but, the thought that someone could or should summarize a 30 email conversation, and rewrite that summary each time a new email is sent, is just silly to me.
If you are sending a reply to a message or a posting be sure you
summarize the original at the top of the message, or include just
enough text of the original to give a context. This will make
sure readers understand when they start to read your response.
Since NetNews, especially, is proliferated by distributing the
postings from one host to another, it is possible to see a
response to a message before seeing the original. Giving context
helps everyone. But do not include the entire original!
Thus, bottom posting is correct, full-quote top posting is an abomination. Anyone who argues otherwise is breaking the rules.
This is almost 20 years old technology has changed a lot since then.
Email clients hide quotes by default and also quote by default.
People don't treat email the same (who has the time to summarize/edit the quote anymore).
Gmail has made top posting the default which means most users will top quote.
Threading is a bit better.
Feel free to continue bottom posting but remember not to quote the whole damn thing and remember to keep the quote short enough that I hopefully don't have to scroll down to see what you added. I personally find top posting easier to follow with modern threading.
> Email clients hide quotes by default and also quote by default.
Which clients?
> Gmail has made top posting the default which means most users will top
> quote.
Outlook already did this. At least with Outlook, the UI is broken, so
people understand what you mean when you complain. Gmail being smart,
people have a hard time grasping what you mean when you try to get them
to quote "smart". And both approaches are wrong (IMNHO).
> Feel free to continue bottom posting but remember not to quote the
> whole damn thing and remember to keep the quote short enough that I
> hopefully don't have to scroll down to see what you added. I
> personally find top posting easier to follow with modern threading.
Why would you have to scroll when "[e]mail clients hide quotes by
default" ?
Anyway, lets not continue this into a flame war about top/bottom/proper
quoting -- but I'm genuinely confused about your points above (they seem
to contradict each other?).
I really need to play a bit with sup -- I hear they did a lot of things
right.
For what it's worth, I think threading with quoting/conversations is
still an unsolved problem (and I'm not just talking corner-cases and
presence/absence of word wrap etc -- just what is the best way to
present a conversation that a) makes conversation flow easily, and with
readily available (correct amounts) of context while it is active, and
b) reads like a reasonable transcript/conversation without too much
redundancy for someone seeing the thread after the conversation has
started. So far I think manually quoted replies, with bottom posting is
by far the best).
> who has the time to summarize/edit the quote anymore
Most people on high-quality discussion lists? I think this goes more
towards a "what is email as a medium"-type thing. Sometimes a quick
reply is fine -- but if you are writing more than a paragraph, it is
probably worth the time to put some effort into it (ironically, actively
counteracted by things like hn's simple text-input field -- unless you
invoke a proper editor, for example using the "It's all text!"-firefox
extension, or ctrl-i for external editor with vimperator).
I think it's more that people don't really compose emails anymore --
they don't invoke a proper editor (whatever that may be for the user in
question -- but something that at least allows a minimum of easy
copy/cut/paste -- I would say vim/emacs, some might want something a
little more modern). But when you're given an augmented text-field (the
so-called rich web editors) -- ofcourse you won't be writing much. It's
a horrible writing/editing experience.
To the tune of Tomorrow Belongs To Me from Cabaret:
*This Subnet Belongs To Me*
The ‘Net is a creature of patches and parts,
As free as the hawk on the breeze,
With billions of voices and hands and hearts,
Ruled only by RFCs.
O, Internet RFC 1-8-5-5,
Your paragraphs murmer to me!
No protocol yet keeps the ‘Net alive
As well as this RFC.
When mailing, recall that the ‘Net’s not secure;
Let copyright laws be your guide;
Ignore any chains; let your quotes stay pure;
Flame not; use a sig; don’t chide.
Check every address; mark your messages “long”;
Use smileys and caps sparingly;
Don’t send an attachment; kneejerks are wrong;
So speaketh this RFC.
O, Internet RFC 1-8-5-5,
Your sections are wise as can be!
A luser or guru will surely thrive
By trusting this RFC.
When chatting, be patient and always assume
That talk is as cheap as the dirt;
When posting to news, don’t send spam, or Boom!
Some hax0r will make you hurt!
The guidlines exist both for wisemen and fools,
They’re meant to be read carefully;
For can you imagine what chaos rules
Without such an RFC?
O, Internet RFC 1-8-5-5,
Our last and best hope, patently
The ‘Net is a queen-less and smoke-filled hive
Without such a thing
Without such a thing
Without such an RFC!
Twas the night before start-up and all through the net,
not a packet was moving; no bit nor octet.
The engineers rattled their cards in despair,
hoping a bad chip would blow with a flare.
The salesmen were nestled all snug in their beds,
while visions of data nets danced in their heads.
And I with my datascope tracings and dumps
prepared for some pretty bad bruises and lumps.
When out in the hall there arose such a clatter,
I sprang from my desk to see what was the matter.
There stood at the threshold with PC in tow,
An ARPANET hacker, all ready to go.
I could see from the creases that covered his brow,
he'd conquer the crisis confronting him now.
More rapid than eagles, he checked each alarm
and scrutinized each for its potential harm.
On LAPB, on OSI, X.25!
TCP, SNA, V.35!
His eyes were afire with the strength of his gaze;
no bug could hide long; not for hours or days.
A wink of his eye and a twitch of his head,
soon gave me to know I had little to dread.
He spoke not a word, but went straight to his work,
fixing a net that had gone plumb berserk;
And laying a finger on one suspect line,
he entered a patch and the net came up fine!
The packets flowed neatly and protocols matched;
the hosts interfaced and shift-registers latched.
He tested the system from Gateway to PAD;
not one bit was dropped; no checksum was bad.
At last he was finished and wearily sighed
and turned to explain why the system had died.
I twisted my fingers and counted to ten;
an off-by-one index had done it again...
'Twas the night before Christmas, when all through the LAN
No malware was stirring, not even LoveSan;
The firewalls were racked by the router with care,
In hopes that no hacker soon would be there;
The users were nestled all snug in their beds,
While visions of emails danced in their heads;
And me with my MacBook, and fresh packet cap,
Had just settled down for a long winter's nap,
When out from the pager there arose such a clatter,
I sprang to my desk to see what was the matter.
Away to the browser I flew like a flash,
Came through the VPN and refreshed the cache.
The sign on the certificate gave me to know
The session was safe, so I opened it - Lo!
When, what to my wondering eyes should appear,
But a miniature email, and in text that was clear,
With a new device driver, with a quick "ho ho ho",
I knew in a moment it was our CSO.
More rapid than eagles his memos they came,
And he whistled, and shouted, and called them by name;
"Now, firewall! now, filter! now, intrusion detection!
On, event correlation! deep packet inspection!
Build layered defense! to the top of the wall!
Now block away! block away! block away all!"
As alarms that before the wild network worm fly,
When they meet with my console, mount up to the sky,
So up to the network the sensors they flew,
With the rack full of gear, and the CSO too.
And then, with a twinkling, I heard on my cell
The custom ring-tone - the network was well.
As I drew in my hand, and was turning around,
Down to my inbox he came with a bound.
His message was brief, what was afoot?
Were servers and systems safe at the root?
A bundle of appliances stacked on his rack,
And he looked like a peddler just opening his pack.
Their lights -- how they twinkled! Their vendors - how merry!
They stopped all attacks, they paged my BlackBerry!
The poor little hackers were drawn up like a bow,
And tied up in knots in the honeypot below;
The stump of net packets held tight in our teeth,
With logs all analyzed, traceroutes were a breeze;
Our policies sound, vulnerabilities patched,
Our security systems just could not be matched.
He was chubby and plump, a right jolly old elf,
And I laughed when I saw him, in spite of myself;
A wink of his eye and a twist of his head,
Soon gave me to know I had nothing to dread;
He spoke not a word, but went straight to his audit,
tested the firewalls; then turned to report it,
And laying his finger aside of his nose,
And giving a nod, up our T3 he rose;
He sprang to his limo, gave his consultants a whistle,
And away they all flew like the down of a thistle.
But I heard him exclaim, ere he drove out of sight,
"HAPPY CHRISTMAS TO ALL, AND TO ALL A GOOD-NIGHT!"
- Never send chain letters via electronic mail. Chain letters
are forbidden on the Internet. Your network privileges
will be revoked. Notify your local system administrator
if your ever receive one.
I think when I got on the internet around 1996 half of the e-mails I got were chain letters. Proves the fallacy of trying to claim that something is 'forbidden on the internet.'
I worked a college computer lab help desk in 1996. When people reported that they got a chain letter from one of our students, we forwarded it to the folks in charge of the mail servers & they got a stern warning.
Eternal September was in 1993, and the RFC 1855 was written in 1995. It is specifically a response to Eternal September:
"Today, the community of Internet users includes people who are new to the environment. These 'Newbies' are unfamiliar with the culture and don't need to know about transport and protocols. In order to bring these new users into the Internet culture quickly, this Guide offers a minimum set of behaviors which organizations and individuals may take and adapt for their own use."
Unless you are using an encryption device (hardware or software), you should assume that mail on the Internet is not secure. Never put in a mail message anything you would not put on a postcard.
One netiquette question I've wondered about in the past: when emailing an extremely busy person to ask for something, if they send you a message letting you know they've done what you ask, is it better to reply, thanking them (thus giving them yet another email to process) or thank them in advance in your original message?
Thanking in advance is either rude, because you're expecting them to do something, or different, because you're thanking them for taking the time to read the email and consider the request.
If I do something for someone and then never hear from them again, I would be somewhere on the scale from disappointed to annoyed. A one line genuine expression of thanks takes very little time for the recipient. Composing it and getting it right can be difficult and time-consuming, but is, to my mind, always the right thing to do.
Thinking people in advance when you're asking them and not
expecting them to do something always struck me as a bit rude. It
gives off the implicit expectation that they're going to do as you
ask, and you might as well thank them in advance since them agreeing
to do what you're asking is just a formality.
Personally I just express how much they'd be helping me if they did
what I'm asking and how much I'd appreciate it instead.
ESPECIALLY in list, bug report, or other group discussions where you've encountered a bug. If the fix solves it, that's good to know. If not, well, it's less satisfying, but also good to know. And it saves the next person to come along from wondering whether or not what you're discussing has any merits at all.
No need to be verbose about it, but a quick "Hey, that worked, thanks!" (with appropriate top-quoted context) would be just about perfect.
When I do something like this I thank the person for their time in reading my message, but I do not thank them in advance for acting on a request. The former is professional. The latter is presumptuous unless they are obligated to act on your request.
Wait overnight to send emotional responses to messages. If you
have really strong feelings about a subject, indicate it via
FLAME ON/OFF enclosures. For example:
FLAME ON: This type of argument is not worth the bandwidth
it takes to send it. It's illogical and poorly
reasoned. The rest of the world agrees with me.
FLAME OFF
This doc is full of gems. Trolls and flame-bait? Just invoke your best Johnny Flame impression.
I really think that if more people took time every day to scour the annals of IETF RFC history, they'd find answers to many of the "new" problems we discover every few years.
A lot of people are too young to have ever experienced what it was like to use unix systems with lots of concurrent users "back in the day".
Back then there were a lot of different ways to communicate with other folks on the same system, although many of them have modern analogues.
"talk" was a primitive IM system that could be used to communicate between two people logged into shell (tty) accounts on a unix system. When initiating a talk connection it would pop up a prompt on the other user's terminal, which is why it's mentioned as being an interruption. It would interrupt someone else's workflow quite abruptly.
"write" was even more primitive, it was a way to directly send text to someone else's terminal.
Back then the community of users was small, not truly anonymous, and there were strong external authorities that helped prevent abuses (most net users were students or academics, abusing systems could get you kicked out of school or fired). As the internet became more widespread a lot of these features were locked down and turned off on most systems.
As much as I've always been irked by some items in this document (e.g. all-caps, chain letters, etc)... I definitely do not miss the days when half of all discussion in any given forum was meta-babble about how to properly post in the forum. I swear, back in the mid-90's it felt like every single Usenet thread devolved into a shouting match between "bottom posters" and "top posters"! Plonk!
This may be blasphemy, but even at that time I always believed that the tools would have to evolve to fit human nature rather than the other way around. Why not just improve your Usenet readers (even the shell-based ones) to minimize quoted text regardless of where it's found? You know, like every single email client does today without us thinking anything of it?
Such basic usability features were slow to appear... not because it's all that technically challenging, but rather due to cultural resistance and purity dogma. Nonsense. If any system of human interaction requires a high degree of deliberate and manual cooperation, then it's not tenable and can be improved by technology.
> Why not just improve your Usenet readers (even the shell-based ones) to minimize quoted text regardless of where it's found? You know, like every single email client does today without us thinking anything of it?
Do they now? As far as I've managed to figure out, gmail has a broken conversation view that only works half the time, and then there's sup -- any other email clients that do a good enough job of threading quoted conversations?
I agree in principle -- fix the software -- but that implies fixing the protocol first -- and we haven't done that yet. XMPP does a little something to help (for conversations) -- but isn't a suitable solution for email-like functionality.
I'd love to be wrong -- but I've yet to use any email client that has decent "smart" threading of conversations (I don't use sup -- as of yet anyway).
Amazing that a lot of this has stood up to the test of time.
A good rule of thumb: Be conservative in what you send and
liberal in what you receive. You should not send heated messages
(we call these "flames") even if you are provoked. On the other
hand, you shouldn't be surprised if you get flamed and it's
prudent not to respond to flames.
Shortly after a thick envelope came in the mail and I was very fortunate to catch it before my mother because in it was a stern warning from someone at Telia to stop scanning their equipment and several printed pages of this document on netiquette.
I didn't read it all so I can't be sure it was that exact Rfc, and I'm pretty sure it was in Swedish, but the sheer volume of pages makes me think it was either this rfc translated or something very similar that Telia kept on hand.
Either way, I never shat where I slept again and I read a lot about stealth scanning techniques and proxying after that. ☺