X-Git-Url: https://sipb.mit.edu/gitweb.cgi/wiki.git/blobdiff_plain/feae757ba741e8672fc616e7aa24744e0c35ebe9..ddce8219631198570a2b6ea9c47bf72c9526d610:/doc/zephyr.mdwn
diff --git a/doc/zephyr.mdwn b/doc/zephyr.mdwn
index 2dc6fcb..11e15c2 100644
--- a/doc/zephyr.mdwn
+++ b/doc/zephyr.mdwn
@@ -63,9 +63,9 @@ Generally the most interesting discussion on Zephyr happens
on so-called Zephyr classes. A class is a bit like a chat
room in other IM systems. Anyone can send a zephyr to a class, and
anyone who is subscribed to that class will receive it. There is no
-security on classes -- anyone who knows the name of a class can
+security on classes — anyone who knows the name of a class can
subscribe, and there is no way to determine who is subscribed to a
-given class.
+given class. (For secure or private zephyring, consider [[zcrypt]].)
To subscribe to a class, use the subscribe command:
@@ -86,6 +86,29 @@ instance with the -i option to zwrite:
A message without an instance specified will default to the instance
“personal”.
+You can send zephyrs to individuals (as opposed to classes) with:
+
+ :zwrite USERNAME
+
+It is possible to `zwrite` to multiple individuals at once, by listing the
+usernames separated by spaces:
+
+ :zwrite -C USERONE USERTWO USERTHREE
+
+The -C option automatically puts the line `CC: USERONE USERTWO USERTHREE`
+in the body of the zephyr,
+although this is only a convention and is not required or enforced.
+
+### Aside: zephyr triplets
+
+All messages are actually sent to a "zephyr triplet" — a class, instance, and recipient. Subscriptions are also made to zephyr triplets. The recipient can be either "*" — to indicate a broadcast message — or a specific individual.
+
+When sending, the default class is "message", instance is "personal", and recipient is "*". `zwrite` supports sending to arbitrary triples with `:zwrite -c CLASS -i INSTANCE USERNAME` — the two examples above use the defaults for the parts that aren't specified.
+
+For subscriptions, the class must be specified. You can specify all instances on a class with "\*", or specify just one instance. You can only sub to recipient "\*" or your own personals (indicated by "%me%").)
+
+### Common classes
+
Some common classes include:
help:
@@ -108,42 +131,77 @@ Some common classes include:
> report what one is working on or up to, or ask friends questions, or
> just rant about something.
+unclasses:
+> Most classes have an unclass, formed by prefixing "un" to the name. For
+> example, -c help has the unclass -c unhelp. The unclass is generally used for
+> snarky or unproductive replies; the prototypical example that first inspired
+> their creation was telling somebody with computer issues to run
+> `sudo rm -rf /`. Rarely, un- prefixes are stacked for even snarkier
+> discussion, on -c ununhelp and so on.
+
+.d classes:
+> Classes like -c help.d are sometimes used for discussions that deviate from
+> the conversation on the main class. .d instances are more common, though;
+> see below.
+
### Zephyr Slang
If you spend enough time on Zephyr, you'll begin noticing some strange
phrases and words being thrown around. Some of these include:
i,i foo:
-> picked up from CMU zephyrland and means "I have no point here, I
-> just like saying:". Sometimes people simply use quotes: `"foo"`.
+> USENET saying picked up from CMU zephyrland that expands to "I have no point here, I
+> just like saying:". Sometimes people use
+> [scare quotes](https://en.wikipedia.org/wiki/Scare_quotes) (e.g. `"foo"`)
+> for similar purposes.
mix:
> If somebody accidentally sends a Zephyr to the wrong class or
> person, they will send another Zephyr to that wrong/class person
> simply saying "mix". This basically just means, "oops, sorry, I
> didn't mean to send that Zephyr here". You might also see "-i mix",
-> which is the same thing, only with instances.
+> which is the same thing, only with instances. The specific invocation "unmix"
+> is used when accidentally sending a Zephyr to a class instead of its unclass
+> or vice versa.
-.d:
-> You may see an instance change from `-i foo` to `-i foo.d`. This
-> indicates a deviation or tangent from the the original topic.
-
-starking:
-> Answering a question or replying to a topic to a topic several hours
+to Stark:
+> To answer a question or replying to a topic to a topic several hours
> (or days, occasionally) later. The term originates from Greg Stark,
> who would often reply to zephyrs hours or occasionally days later
> without seeing if anyone had answered yet, or worse, if the instance
> had moved on to an entirely different topic.
+.d:
+> You may see an instance change from `-i foo` to `-i foo.d`. This
+> indicates a deviation or tangent from the the original topic.
+
+.q:
+> Similarly, `.q` at the end of an instance name indicates a quote.
+
ttants:
-> Literally, "Things That Are Not The Same".
+> Literally, "Things That Are Not The Same". When the things are people,
+> pwants for "People Who Are Not The Same" may be used.
prnf:
-> Literally, "Pseudo-Random Neuron Firings".
+> Literally, "Pseudo-Random Neuron Firing".
+
+eiz or eip or else:
+> Instances used to comment on discussions on other classes in Zephyr without
+> linking to the original source for reasons of privacy or discretion. "eiz"
+> means "Elsewhere in Zephyr", "eip" means "Elsewhere in Personals".
+
+eim:
+> "Elsewhere in Meatspace": instance used to comment on events not on Zephyr.
+
+doxp:
+> "Do X predicate", from Lisp naming convention. A discussion on whether one
+> should do X.
-There are many other acronyms that are used; if you don't know what it
-means, try using the `whats foo` command at an Athena terminal. If you
-don't have the command, run `add sipb` first.
+Many of the acronyms may be suffixed onto normal instance topics with a period
+to indicate relation. There are many other acronyms that are used; if you don't
+know what it means, try using the `whats foo` command at an Athena terminal. If
+you don't have the command, run `add sipb` first. Alternatively, running the
+single command `athrun sipb whats foo` works as well.
### Zephyr Etiquette
@@ -182,5 +240,4 @@ to your `~/.environment` file if you use `tcsh` or
ZEPHYR_CLIENT=false
to your `~/.bash_environment` if you use `bash`. This will cause your
-shell to launch the `false` executable instead of `zwgc` which does
-nothing.
+shell to launch the `false` executable instead of `zwgc`, thereby disabling it ('false' does nothing).